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ABSTRACT 



The Naval Postgraduate School (NPS) plans to develop the Unified 
Student Academic Database (USAD) , using an Integrated Computer- 
Aided Software Engineering (I_CASE) tool. USAD is intended to 
consolidate requirements of the Director of Programs, Registrar, 
Admissions Office, and Curricular Officers. The current strategy 
for utilizing an I_CASE tool at NPS is sub-optimal. Texas 
Instrument's (TI's) Information Engineering Facility (IEF) , was 
purchased to conduct analysis and design of USAD. IEF is designed 
to commence with a thorough analysis of an organization' s 
Information Strategy Plan (ISP) . However, TI proclaims ISP is not 
essential. An investigation was conducted into the advisability of 
omitting the ISP phase at NPS. The Curricular Officers' USAD 
requirements were modeled commencing with the Business Area 
Analysis (BAA), the second stage of IEF. This thesis determined 
bypassing the ISP phase for USAD would be inappropriate. 
Furthermore, using I_CASE tools for a project's front-end 
management only is not recommended. Payback is realized only when 
an organization commits to a full-scale strategic I_CASE 
implementation plan. 
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I . INTRODUCTION 



A. PROBLEM DESCRIPTION 

The Naval Postgraduate School (NPS) is responsible for 
graduate level education of military officers from both 
domestic and foreign military services. Roughly 2000 students 
receive training annually at NPS. Tracking these students 
from their point of entry at the school, through their 
respective programs until graduation, generates a substantial 
amount of information. 

NPS currently maintains three functionally separate 
database systems which contain an enormous amount of 
duplicated information pertaining to student records. 
Reconciliation of these database files must be conducted 
frequently to ensure data integrity is maintained. 

In order to eliminate this duplication of effort and 
inconsistency of files, the development of a consolidated 
system, the Unified Student Academic Database (USAD) 1 , was 
proposed by the Associate Dean of Faculty and Graduate Studies 
in February 1990 [Ref. 1] . Other perceived benefits 
from this integration include the ability to obtain more 
information from the data and to perform thorough data and 

1 The acronym "USAD" has not been officially designated 
by NPS as the approved title for this project. 
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trend analysis. A current problem which would be rectified by 
such a consolidated system is the provision of a single 
reliable source for the real-time accountability of enrolled 
students. The elimination of redundant effort and assurance 
of data accuracy and integrity are of major concern to the 
efficient conduct of business at the Naval Postgraduate 
School. [Ref. 2] 

B . RESEARCH QUESTIONS 

The NPS ' Management Information Systems (MIS) Department 
was appointed to conduct a detailed requirements analysis of 
an integrated system. The MIS Department purchased Texas 
Instrument's (TI) integrated computer-aided software 
engineering (I_CASE) tool, Information Engineering Facility 
( IEF) to aid in this process. [Ref. 3] 

IEF is based on the seven basic building blocks of 
Information Engineering (IE) as developed by James Martin and 
Clive Finkelstein. [Ref. 4] The first phase of IE 
produces a high-level organizational blueprint called 
Information Strategic Planning (ISP) . Subsequent design of 
specific business functions commences in the Business Area 
Analysis (BAA) phase of IE. Ideally ISP is conducted prior to 
BAA modeling to provide "project continuity and insure that 
the scope of the BAA project is correctly set" within the 
corporate information strategy [Ref. 5:p. 117] . 
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TI's documentation indicated that organizations with 
immediate needs in a particular business area could bypass the 
ISP and proceed directly with the BAA 
[Ref. 6:p. 14]. The Director of MIS envisioned 

such an approach to rapidly model and document the intended 
USAD. 

Therefore, the primary focus of this thesis is to 
determine the viability of analyzing and designing the 
Curricular Officers' requirements for the USAD system at NPS 
commencing with the BAA instead of the ISP. Such an analysis 
is expected to also yield answers to the following questions: 

1. What are the USAD specifications, based upon 
Curricular Officers' requirements? 

2. How are Curricular Officers to be restricted in 
accessing/utilizing data elements not considered under 
their cognizance? 

3. How is accountability /ownership of data elements to be 
established? 

C . INVESTIGATIVE METHODOLOGY 

Three approaches were used to investigate the above 
research questions. First hand accounts of projects developed 
using IEF were gathered from actual users of the tool, 
external to NPS. A semi-structured interview process was 
utilized to enable them to elaborate freely on their 
professional experiences. A second approach involved the 
research of publications and vendor documentation concerning 
the use of the IEF tool. Finally, direct personal experience 
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was gained through laboratory experimentation and vendor- 
supplied training with the IEF tool. 

D. SCOPE AND ASSUMPTIONS 

The original scope of this thesis was to produce 
specifications of the entire USAD integrated system, designed 
to maintain and manipulate student academic records for the 
Director of Programs, Admissions, Registrar and Curricular 
Officers, using IEF. However, due to MIS' long term 
development plans and the requirement to avoid possible 
interference with current development efforts in the 
Registrar's office, the scope of this research was narrowed to 
address only requirements of the Curricular Officers. 

The narrowed scope was a necessary compromise to ensure 
cooperation from controlling departments. Initially, it 
seemed as if this thesis might be stillborn because the 
Director of MIS was concerned that students might stir up 
unrealistic user expectations. It seems that the Director had 
previously found it necessary to exert an inordinate amount of 
time and energy lowering the users' expectations for near-term 
delivery of USAD following two students' 1990 requirements 
study [Ref. 7] . Although this study was only intended 
as an initial analysis, and not part of the overall MIS 
strategy for producing USAD, users were convinced that the new 
system was in production. After two summit meetings and an 
agreement to focus on the use of IEF vice the production of 
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specifications for USAD, the Director of MIS agreed to allow 
a student team to commence work on modelling the Curricular 
Officers' requirements [Ref. 8] . 

The automated design model produced in this thesis 
reflects current Curricular Officer requirements, as detailed 
in Reference 7, and has been developed in the existing tool 
planned for implementation by the MIS department at NPS. This 
design should decrease the time and effort required by the MIS 
staff to fully design and implement a system, yielding both 
fiscal savings and increased productivity. 

Assumptions were made during the course of development of 
the Curricular Officer's portion of USAD to enable the IEF 
tool to be employed effectively. Without the advantage of an 
ISP, some business processes modeled were therefore created 
from necessity and were not verified by users. They may not 
be in accordance with existing policies. These processes, 
which affect entity attributes not under the purview of the 
Curricular Officers, must exist to enable the Curricular 
Officer's BAA model to be completed within the strict 
methodology of the tool. None of these constructions 
materially effected the examination of the central research 
question. However, verification and validation of these 
processes will be required prior to designing the entire USAD. 
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E. STRUCTURE OF THESIS 



Chapter II explains the background of the present system 
utilized by NPS and independent programming efforts undertaken 
by the Curricular Officers to counteract their frustration 
with that system. 

Chapter III provides an overview of previous efforts to 
identify Curricular Officer USAD requirements. A discussion 
of Information Engineering (IE) and its comparison to 
Yourdon's Structured Methodology (YSM) is also provided. 
Finally, IEF' s relative standing in the I_CASE environment is 
addressed. 

Chapter IV highlights the strategies employed during the 
course of this research to investigate the utility of IEF. 

Chapter V documents the accounts obtained from interviews 
with current IEF users in the private, federal, and DoD 
communities. Hands-on development experience with IEF is also 
discussed. 

Chapter VI presents necessary modifications to the 
previous analysis of the Curricular Officers' requirements. 
Explanation is provided for IEF output reports and diagrams of 
the data and activity models for USAD. 

Chapter VII summarizes the conclusions and 
recommendations . 
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II. BACKGROUND 



A. HISTORY OF CURRENT STUDENT DATABASE SYSTEMS 

An account of past actions is necessary to provide a clear 
picture of the present Curricular Officers' requirements. In 
1985 a FOCUS™ application was implemented on the NPS mainframe 
computer in an attempt to maintain the enormous amount of 
student academic information. Figure 1 illustrates this flow 
of information between the primary offices involved. 




Figure 1 . Information Flow 



As students progressed through the postgraduate process, 
the Registrar's office generated student information. This 
information was made available for use by the Curricular 
Officers to monitor their students' enrollment and academic 
status. [Ref. 9:p. 3] 
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Eventually, automated access to the Registrar' s files was 
removed for reasons we could not find documented. Special 
requests had to be made for reports to allow Curricular 
Officers to update their records. Such restrictions 
instigated the creation of a separate Curricular Officer 
database. [Ref. 9:pp. 3, 7] 

The Admissions database was created shortly thereafter. 
Admissions would input prospective student data upon receipt 
of military orders from higher headquarters. Two reports were 
written for the Curricular Officers' use. The first would 
show prospective students for whom orders were received; the 
second would verify the arrival and enrollment of new students 
which could then be loaded into a Curricular Officer database. 
The Curricular Officer was responsible for reconciling 
redundant differences among separate databases (printouts of 
student records would be provided for verification/ 
modification) . 

The current system is virtually unmaintainable. Inability 
of current in-house programmers to modify the present FOCUS 
system influenced the recommendation to develop a new system. 
Potential ripple effects of additional manipulation to source 
code could have disastrous effects transparent to well- 
intentioned programmers. The MIS staff has recently received 
requisite FOCUS programmer training in an effort to resolve 
problems associated with maintaining the existing FOCUS 
system, until USAD can be developed using IEF. [Ref. 2] 
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Lack of user support and training over the years has 
prevented the development of the FOCUS system' s true 
potential. The structure in place was built from 
specifications which were not intended to fully coordinate all 
users' concerns into a consolidated system. Thorough analysis 
was short-circuited in an attempt to meet users' immediate 
needs. [Ref. 2] 

Users indicated a feeling of little control over files 
they were processing. Therefore, a tendency to avoid and/or 
bastardize the use of the system began to manifest itself, 
especially in Curricular Offices. Frustration with the 
complexity and lack of user-friendliness forced users to 
develop their own systems. "Some are using the same systems 
set up in 1985, last modified in 1986, and others have updated 
their systems based on their knowledge and interest in 
computer programming." [Ref. 9:p. 7] 

Additionally, since the Curricular Officers were denied 
access to the Admissions' and Registrar's databases 
"Curricular Offices were writing their own programs in FOCUS 
and, AT THE SAME TIME, creating additional databases on PC's 
to complement the FOCUS system. This is a major duplication 
of effort." [Ref. 9:p. 7] 

High turnover rate of office personnel further hampered 
the present system, since their departure depleted the level 
of corporate knowledge derived from original training offered 
with this system. Additionally, documentation needed to 
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navigate personnel through the system was inadequate or 
nonexistent. [Ref. 10] 

B. CURRICULAR OFFICERS' ANXIETY 

Multiple Curricular Officer requests were made to the MIS 
Department for modifications and assistance in the use of the 
Curricular Officer's information system. In December 1990, a 
meeting was conducted with the MIS Department and Curricular 
Officers to address their immediate needs. It was agreed that 
at the very least, the Curricular Officers required read-only 
access to the Registrar's files to enable Curricular Officers 
to identify, supervise and counsel students whose academic 
standing required attention. [Ref. 11] 

Eventually, some Curricular Officers pressed for a more 
responsive and effective student information system, which 
prompted Lieutenant Aaron Rouska and Lieutenant Commander Eric 
VanNortwick to conduct a requirements study in May 1990. [Ref. 
7] The overriding concern that prompted the initiation of 
this study was the Curricular Officers' desires to ensure that 
their specific requirements would be included in the 
forthcoming USAD . This well-documented research provided 
foundation for the analysis portion of this thesis in 
beginning the IEF modeling process at the BAA level. 

The Dean of Computers and Information and the Director of 
MIS indicated that the 1990 documentation would be sufficient 
for this purpose. While this was generally found to be the 
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case, analysis "gaps" existed, such as the specific role of 
the Curricular Officer in creating records for students who 
were not projected students and therefore not created by the 
Admissions Office. This type of missing detail hindered 
completion of the modeling effort within the IEF Design 
toolset, requiring additional interviews with a representative 
for the Curricular Officers to clarify specific aspects of 
data handling, functional processes and entity relationships. 
[Ref. 12] 

The background of the current system lays part of the 
framework in which this analysis is conducted. An overview of 
prior studies and the workings of IEF are required to provide 
a common understanding of both user requirements and the 
theoretical structure of the I CASE tool . 
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Ill . LITERATURE REVIEW 



A. PREVIOUS ANALYSES 

An attempt was made by the MIS department in January 1988, 
to identify the purpose, responsibilities and requirements of 
the Admissions, Registrar, Scheduler, and Curricular Offices 
for a student records database. Results of that analysis were 
documented in the Student and Academic Records System (STARS) 
report composed by Mr Michael Spencer. This report "served as 
the foundation for identifying and validating the information 
needs of the Curricular Officers" in the Rouska and 
VanNortwick study of May, 1990. [Ref. 7:p. 1] 

The studies indicated that the role of the Curricular 
Officer involved four areas: sponsor liaison, curricular 
development and management, student supervision and 
counseling, and resource management. The studies' analyses 
specified automated support for only the student supervision 
and counseling portions of the Curricular Officers' 
responsibilities . 

The following processes were outlined in the Rouska and 
VanNortwick study [Ref. 7] as required elements to model 
activities in which the Curricular Officer is involved 
directly or peripherally: 



12 



1 . Evaluating Prospective Students 

a. Calculating APC (Admissions) 

b. Evaluating acceptance 

c. Processing prospective students (Admissions) 

2. Maintenance of Academic Records 

a. Updating records (Registrar) 

b. Approving thesis (Thesis Processor) 

c. Administering grades (Registrar & Academic 
Offices) 

3. Scheduling Courses 

a. Course/Professor scheduling (Academic Departments) 

b. Course registration 

c. Creation of Exceptions (Registrar) 

4 . Supervision of Students 

a. Check-in new students 

b. Student supervision 

5. Generating Reports 



The above processes indicate areas of overlap between 
various entities at NPS. The specific requirements of the 
Curricular Officer are more evident in the following 
procedures performed by that office: 



1. Welcome Aboard/ Student Check-in 

a. accepts the student 

b. ensures student sponsor is identified & student 
notified 

c. sends welcome aboard package 

d. ensures student completes check-in 

2. Academic Scheduling 

a. validation process for qualified students 

b. sets up initial course of study (templates) 

3. Academic Forecasting/Programming 

a. maintains/changes individual student course of 
study (templates) 

b. request course through program cards 

4. Curricular Officer files, records and reports 

a. submission student fitness reports 

b. notification of degrees 
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5. Thesis completed or extensions requested 

6. Reports of Academic Performance/Progress 

a. stores, monitors individual student progress 

b. compiles list of graduating students 



These procedures were used in the creation of the IEF data 
and activity model outlined in the appendices of this thesis. 



B. BRIEF OVERVIEW OF SYSTEM DEVELOPMENT METHODOLOGIES AND 
AUTOMATED TOOLS 
1 . Information Engineering 

Information Engineering is the underlying methodology 
of IEF. IE provides a comprehensive framework for satisfying 
information needs of an organization by dividing the system 
development process into stages. There are seven stages of 
IE, as shown in Figure 2: 



Information 
Strategy Plannin g x 



Business Area 
Analysis 



Business System 
Design 



Technical Design 



Construction 



Transition 



Production 



Figure 2. Seven Stages of Information Engineering 
[Ref. 6 :pp . 3-4] 
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1 . 



Information Strategic Planning (ISP) provides an 
opportunity for organizational planners to elucidate 
a broad framework of information requirements of the 
entire business. Such a plan requires top level 
management involvement. During this process an 
overarching blueprint is produced from which smaller 
subdivisions can be derived. 

2 . Business Area Analysis (BAA) is the stage in which a 
specific segment of the organization (called a 
business area) is evaluated by analysts to develop a 
more restricted conceptual model of what occurs in 
this one business area, based on its peculiar 
information requirements. 

3. Business System Design (BSD) involves fashioning 

details of how the user will interface with the 
developed system application (i.e. - business 

system) . Designers are concerned solely with the 
man-machine interface and ignore the intended 
computing platform in this phase. 

4. Technical Design (TD) is the first phase where 
designers become concerned about the targeted 
computing environment. The hardware, operating 
system, and database management system (DBMS) are 
all considered in tailoring results of the BSD to 
fit this environment. 

5. Construction is the stage in which developers 
produce a fully executable application that can be 
run in the targeted computing environment. 
Components generated include processes, job control 
statements, screen formats, and transaction 
definitions . 

6. Transition is the installation of the constructed 
system in its production environment. Installation 
may involve replacement of all or part of the 
existing system. 

7. Production is when the business begins to experience 
wide range of benefits derived from capabilities of 
the application system under execution. Needs and 
requirements modeled during ISP and BAA are being 
satisfied with the existing application system. 
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2 . Comparison of IE and Yourdon Structured Methodology 

Many of the current generation of Information 
Technology (IT) professionals have been trained in 
conventional techniques of the Yourdon Structured Methodology 
(YSM) . They are quite comfortable drawing data flow diagrams 
(DFDs) and structure charts based on this training. 
[Ref. 13 :p. 1] IEF does not support YSM, but 

rather James Martin's and Clive Finkelstein' s Information 
Engineering (IE) Methodology. 

Texas Instrument's Tamer Uluakar compares the two 
methodologies and succinctly highlights cogent differences 
between the two. [Ref. 13] Figure 3 provides a comparison 
summary between the two methodologies - IE, as practiced in 
TI's IEF, and YSM. The following brief explanation germane to 
the research question at hand is presented without 
embellishment . 

IE and YSM lifecycles are generally similar with several 
notable differences. IE life-cycle starts with 

Information Strategic Planning (ISP) at the enterprise 
level followed by analysis of the business area of 
interest before focusing on a system. Business areas are 
defined during ISP as pieces of the enterprise which can 
be analyzed independent of one another. The scope of a 
business area should be analyzed all at once... to avoid 
scope creep and future system integration problems. YSM 
is currently lacking a strategic planning phase. In 
absence of the business area concept, the YSM life-cycle 
starts with requirements definition for a particular 
system. 

In addition to this difference in scope, YSM' s analysis 
differs from IE's 'business area analysis' in one other 
way. In YSM, analysis includes modelling the required 
processes and the flow of data in response to each event. 

In IE, the processes required for each event are defined 
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during the analysis but the dynamics of the response (ie., 
the flow of data among the processes if more than one 
process is involved) is not modelled until design. [Ref. 
13 :p . 6] 



INFORMATION ENGINEERING 
BY TEXAS INSTRUMENTS 

I. INFORMATION STRATEGY PLANNING 

1. Broad Brush View of the Enterprise 

a) Information Architecture 

b) Business System Architecture 

c) Technical Architecture 

II. BUSINESS AREA ANALYSIS 

2. Detailed Essential Requirements for 
a Business Area 

a) Data Model 

b) Functional Decomposition (Object 
Life-Cycle Partitioned) 

c) Dependency Analysis 

d) For Elementary Processes: 

- Inputs - Outputs 

- External Objects - Events 

- Process Specifications (PAD) 

3. Identification of Business Systems 
for the Business Area 

III. BUSINESS SYSTEM DESIGN 

4. Event Response Modeling (not 
formalized) 

5. Packaging of the Process Groupings 
into Procedures to Support a Shared 
User Interface (e.g., a Screen) 

6. Procedure and Dialog Flow Design 

7. Interface Design 

IV. TECHNICAL DESIGN 

8. Database Design (mostly automatic) 
9-10. (Not needed) 

11. Load Module Packaging 

V. CONSTRUCTION 

12. Database Generation (automatic) 

13. Programming, Compilation, and 
Installation (automatic) 

14. Testing (against procedure specs) 



STRUCTURED METHODOLOGY 
BY YOURDON 

I. STRATEGY PLANNING 

1. (Not formally included in the 
methodology) 

II. ANALYSIS 

2. Detailed Essential Requirements for 
a System 

a) Environmental Model 

- Context Diagram 

- Events List 

b) Data Model 

c) Functional Decomposition (Event 
partitioned) 

d) For All Processes (using DFDs) : 

- Inputs 

- Outputs 

e) For Event-Level Processes (using 
DFDs) : 

- External Objects 

f) For Primitive Processes: 

- Process Specifications 

3. (Not applicable) 

4 . Event Response Modeling (not 
formalized) 

III. BUSINESS SYSTEM DESIGN 

5. The Processor Model 

6. Procedure and Dialog Flow Design 

7 . Interface Design 

8. Database Design 

9. Transformation into Structure Charts 

10. Module Specification 

11. Load Module Packaging 

IV. CONSTRUCTION 

12. Database Generation 

13. Programming, Compilation, and 
Installation 

14. Testing (against code specs) 



Figure 3 . Comparison of Life-Cycles Between Information 
Engineering and Yourdon Structured Methodology 
[Ref. 13 :p . 5] 



Although IE and YSM are based on the same principles, 
differences arise during the analysis phase. Experienced YSM 
analysts should not have difficulty adapting to the IE 
methodology. This thesis focuses on the role of the initial 
planning stage (ISP) of IE which is excluded from the YSM 
methodology . 
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3 . Computer Aided Software Engineering (CASE) Tools 

"CASE tools" is a phrase that has been the subject of 
debate, confusion and disappointment during the last few 
years. Defining the term can be difficult since contradictory 
claims are often made as to the exact boundaries associated 
with the term CASE. "It has become commonplace to refer to 
any software tool that aids system professionals to do their 
jobs as a 'CASE tool'." [Ref. 14:p. 10] 
However, CASE tools generally include five components: 
diagramming tools, an information repository, interface 
generators, code generators, and management tools. 
[Ref. 15 :p. 260] 

Unfortunately, early CASE tools were marketed 
promising greater potential than what they delivered. The 
resultant user frustration lowered CASE market growth from a 
high of 67% from 1988 to 1989, to a mere 20% the following 
year. "Chief among their frustration is a lack of integration 
between vendor's own front-end and back-end tools..." 
[Ref. 1 6 : p . 61] 

The five components mentioned above may appear in a 
given vendor's tool as individual, discrete elements, or two 
or more may be integrated into a single tool. The latter 
concept is a subset of CASE tools that has been coined 
"Integrated CASE" or "I_CASE" to reflect the increased 
capability of moving from one end of the toolset (the so- 
called "Front End") to the other (the "Back End") without 
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exiting a particular vendor's tool. [Ref. 15 :p. 263] This is 
a vital step in the evolution of CASE tools, since IT groups 
have realized that "nonintegrated, 'point' products lead to 
inefficiency and a lack of automated control." [Ref. 16:p. 61] 
I_CASE tools have momentous potential to "redefine the 
paradigms of application software delivery." [Ref. 14 :p. 10] 

The overriding mission of IT groups is to deliver 
quality software to meet ever increasing user demand. This 
requires production of "higher quality applications faster, 
with more emphasis on reliability and maintainability, and 
less on technical elegance and efficiency." [Ref. 14 :p. 13] 

Many IT professionals feel that the long-term solution to this 
productivity issue lies in the use of I_CASE tools. A Gartner 
Group report states that: "I_CASE offers the highest 

observable productivity improvements, ranging from 10 percent 
to 40 percent over a five-year period." [Ref. 17] 

Factors cited in Reference 17 as contributing to these 

productivity enhancements include: 

1 . the repository environment and comprehensive data 
model which support all objects and relationships. 

2. common user interfaces among a tool's components 
which reduce the learning curve (as opposed to 
mixing and matching different vendors' tools) . 

3. the data obtained and utilized by different parts of 
an I_CASE tool which is handled more efficiently 
with few gaps or overlaps outside the requirements 
to meet the goals of the project at hand. 

4. transformations between deliverables which are 
automated, precise and more reliable than loosely 
coupled tools. 
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While the reported payback period for I_CASE of three 
years or more is seen as a potential drawback "I_CASE is 
recommended for long-term, maximized productivity gains, with 
a correspondingly high up-front investment." [Ref. 17] The 
reasons cited for such lengthy break-even time frames are that 
the : 



1. training in the methodology is critical; 
utilization of an I_CASE tool requires strict 
adherence to a particular tool's methodology. 

2. time line from novice to master of the tool is 
estimated between three to 18 months, with the 
majority of users supporting a 12 to 18 month 
estimate . 

3. majority of projects utilizing I_CASE solutions 
require implementation in their entirety before 
realizing the benefits expected from I_CASE; this 
results in a relatively higher initial investment 
outlay. [Ref. 17] 



4. IEF's Position in the I_CASE Market 

IEF is acknowledged to be among the leading tools in 
the industry and emerged as the top-ranked I_CASE tool in a 



user 


survey 


conducted 


by 


Computerworld. [Ref. 18] In 


a 


meeting 


with 


TI' s 


IEF product 


specialists 


[Ref 


. 19], 


statistics 


were 


presented which 


showed IEF 



to have 22.1% of the worldwide market share and 39.8% of the 
North American market share. The latter represented a lead of 
ten percentage points over IEF's nearest competitor, Andersen 
Consulting. [Gartner Group 1989 reports were cited as the 
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source for these figures.] Gartner Group, Incorporated also 
identified IEF as "one of a handful of CASE vendors that can 
prosper in the 1990s." [Ref. 19] 

Now that a foundation for I_CASE tools has been laid, 
the research conducted into the applicability of IEF at NPS is 
presented in the following chapters, commencing with a 
discussion of the strategies selected. 
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IV. INVESTIGATION STRATEGY 



A. OBTAINING IEF EXPERIENCE 

1 . Vendor Documentation 

IEF User's Manuals are very detailed and provide too 
wide a scope for novices to easily begin system development. 
Limited time available in which to learn how to use the 
product, prompted us to contact Texas Instrument's 
representatives for assistance. TI's support was outstanding 
in this regard. 

2 . Vendor Training and Technical Support 

TI's San Francisco representative - Mr. Terry King - 
provided TI's recently released (February 1991), self-paced 
Rapid Development/Tutorial Module for beta testing which 
steers users through a simplified development of a software 
system. It did not illustrate the full extent of IEF' s 
functions. The tutorial was intended to familiarize users 
with features and functions of IEF that are directly related 
to the design and implementation of information systems. 
[Ref. 20] Unfortunately, some sections of the beta 

test could not be performed since the tutorial was developed 
for beta testing in an OS/2 environment and could not take 
advantage of the DOS version of IEF purchased by NPS. 
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Additionally, TI provided approximately 32 hours of 
BAA segment I training. This course outlined building blocks 
for data and activity modeling at the BAA level. TI provides 
approximately 15 such training sessions of various lengths, to 
assist users in realizing the enormous potential of the tool. 
Such training is instrumental in reducing the learning curve 
required for effective use of this product by any user. 

Lastly, TI routinely maintained personal contact to 
assist in the Curricular Officers' sub-section development of 
USAD. Periodically, site visits were conducted to aid in 
clarifying misunderstandings encountered with the tool. Such 
attention was instrumental in successfully managing the steep 
learning curve associated with using the IEF tool effectively. 

3 . Hands-On 

Three calendar months of intensive effort were 
required for experimentation and familiarization with the IEF 
Analysis Toolset before consistent data and activity models 
could be developed. The NPS version of IEF was hosted on an 
IBM-compatible 386 clone. At least one Megabyte of RAM and 20 
Megabytes of accessible hard disk space were required to model 
the Curricular Officer's BAA. Files created by the IEF system 
grew to sizes of greater than two Megabytes and required 
compression software to store backups on 1.44 MB floppy disks. 

The enormous power of the tool became evident as 
hands-on practical application increased. However, we 
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realized only the proverbial "tip of the iceberg" compared to 
claims made in the vendor's brochures and the imposing mass of 
technical manuals provided for user guidance. Although 
substantially greater capabilities are available, one or more 
years of experience is required to attain expert proficiency. 
[Ref. 21] 

B. INTERVIEWS OF IEF USERS 

1 . Description of Process 

Interviews were conducted with current IEF users in 
the private sector, the Federal Government, and the Department 
of the Navy. In addressing the necessity for conducting an 
ISP, the interviews attempted to elicit experience-based 
opinions and ideas from current users . The anecdotal nature 
of this data is designed to indicate how some IEF users have 
been using the tool and to what effect. The relative 
immaturity of the I_CASE environment and the untested nature 
of available tools leads to a paucity of reliable information 
in this area. Independent documentation concerning the 
specific question of successfully implementing an IEF- 
developed system beginning at the BAA level is not available 
due to the relatively recent emergence of TI's IEF. 

Interviews were not designed to produce a 
comprehensive market survey/analysis of IEF as a tool. 
ComputerWorld, in its April 22, 1991 issue, did a poll of 
users' satisfaction ratings for various I__CASE tools and 
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vendors. Texas Instruments' IEF received the highest overall 
rating of four industry-leading tools evaluated: CGI Systems' 
Pacbase, Arthur Andersen's Foundation, and Knowledgeware' s 
IEW/ADW. IEF placed first in 12 of 19 categories. Its 
highest ratings were in integration of lifecycle stages, 
ability to increase quality, and code generation capabilities. 
Conversely, IEF' s lowest ratings were in its ability to 
integrate with other vendor's tools, support for local area 
networks, and required training time. [Ref. 18] The 
proliferation of I_CASE tools in the marketplace makes this a 
fruitful area for future research. 

2 . Questionnaire 

A semi-structured questionnaire was utilized to guide 
interviews with experienced IEF users and maintain a focus on 
the pertinent issues relating to the use of ISP in project 
development. However, interviewees were extremely willing to 
share their experiences at length and the information flow 
often strayed beyond the parameters of the questionnaire. 
Interviews usually evolved into a caucus among Information 
Technology (IT) professionals from civilian, federal, and 
military organizations on the impact of I__CASE, specifically 
IEF. 
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V. PRESENTATION OF DATA COLLECTED 



A. TRENDS DETERMINED DURING USER INTERVIEWS 

Although the number of professionals interviewed was small 
(7) , a consensus developed on items relevant to the research 
question. There were no major areas of disagreement - even 
complaints about the tool were generally consistent. 

The only divergent opinion expressed about IEF was that 
the ISP capability was not powerful enough! A particularly 
enormous undertaking being conducted by the Naval Aviation 
Maintenance Office (NAMO) encompasses the entire Navy' s 
aviation community. This project is being considered for 
adoption by DoD as part of the Corporate Information 
Management (CIM) initiative and therefore, must be constructed 
with even wider strategic considerations. Arthur Andersen's 
Foundation toolset is consequently being purchased by NAMO for 
its front-end strategic planning capability. The current plan 
is to conduct strategic planning using Foundation and then 
import the output of that toolset into IEF to execute the rest 
of the project. 

1 . ISP 

Whether or not to undertake an ISP seemed to hinge on 
the size, scope, and project definition. All users uniformly 
agreed that if the project were bounded and sufficiently 
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constrained, then the ISP was not necessary. The ISP stage is 
not required in an isolated business process where the 
following are all well known and clearly defined: 1) the data 
being accessed, 2) the processes involved with timing and 
coordination of data access, 3) the intricacies of business 
relationships, and 4) the business rules and policies affected 
by these data flows and processes. 

When a project crosses functional areas however, the 
requirement for an ISP increases substantially. If a 
particular functional area can not be modeled in isolation, 
some form of ISP is required to capture top management's 
perspective. Additionally, the ISP provides a tool for 
obtaining coordination and agreement of various functional 
area managers prior to attempting to model the business area. 

The ISP provides a management tool for critically 
analyzing existing goals and functions of an organization. 
The advantages of this process are therefore available to 
other than IEF users in an organization. In an in-house, 
organization-wide ISP conducted by NAMO, 2 results of the ISP 
affected the eventual decision that several "rice bowls" could 
be consolidated. 

Most users reported that they did not initially 
utilize ISP in their pilot projects conducted with IEF. This 

Reported by Mr. Joe Joseph - the Computer Systems 
Analyst primarily responsible for the conduct of ISP 
at Naval Aviation Maintenance Office (NAMO) , Naval Air 
Station Patuxent River, MD 
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hesitance was a result of careful consideration of the 
political climate, rather than lack of faith in the concept or 
importance of ISP. Most initiated relatively small pilot 
projects with IEF at the BAA level in order to produce a quick 
victory to promote use of the tool organization-wide and to 
achieve top management support. However, once the benefit of 
the tool was realized, commitment of top management was 
forthcoming. Resulting positive political climate enabled the 
execution of an organization-wide ISP in modeling the 
functions of the organization. 

However, in the one instance where ISP was reportedly 
executed from inception, the interviewee reported that top 
management was committed, knowledgeable, and fully supportive 
of IE, IEF and the importance of ISP as the basis from which 
all future applications would follow. [Ref. 22] This 
type of enlightened leadership perceives the value of laying 
a solid bedrock of strategic planning prior to constructing 
major software applications. Therefore, all users interviewed 
agreed that support of upper level management is essential to 
success . 

Major drawbacks to conducting an ISP are threefold: 
political, financial and educational. These considerations 
are intricately interconnected. The dilemma faced by IT 
professionals in this regard is that ISP is very expensive in 
both cost and non-cost issues. An ISP requires fiscal 
expenditures for man-months of both analysts and high ranking 
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user representatives, and training for both groups. Non-cost 
factors include overcoming political opposition, and securing 
universal agreement among top-level managers on the precise 
architecture of their corporate environment. 

The political drawback concerns the commitment of top 
management to the tool and the ISP process. ISP is time 
consuming. All users admitted that six to eight months was 
typical for conducting an ISP, with an expected 18 month 
timeline anticipated for the NAMO project that involves the 
entire Navy's requirements. Furthermore, ISP requires 
cooperation and communication of all affected functional 
areas. Even with top management commitment, the potential 
exists for disputes or even sabotage of the ISP process when 
departments are asked to sacrifice or share data attributes to 
which they claim ownership. This can occur when attempting to 
modify data attributes to a unified format, such as the number 
of characters of a specific data element. However, top 
management is more easily persuaded to use the entire tool's 
capabilities, despite the cost, once credibility is 
established through successful pilot projects. 

The financial factor affecting ISP also has 
repercussions on the political climate. Diverting highly paid 
individuals' time and effort to conduct an effective ISP can 
be a daunting up-front cost. While strategic planning efforts 
are underway, there is no product, nor visible progress toward 
a deliverable. As this lack of tangible results continues for 
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two or three fiscal quarters, allocation of money for 
personnel and resources assigned to this task requires 
steadfast management commitment. Beyond the actual drain on 
resources conducting the ISP comes another significant funding 
requirement - education/training. 

In many cases, the choice of IEF requires a re- 
education of the MIS professional from conventional 
methodology on which they were weaned into the world of 
Information Engineering. If an organization is to do an 
effective ISP, even the non-MIS individuals in the 
organization who are assigned to the project must be trained 
in IE (at the very least) . Such training is necessary to 
enable all personnel to speak the same language. This is 
required to create an effective and productive environment 
based on a shared understanding and communication. As 
previously mentioned, the learning curve for this tool is 
substantial and acquiring that knowledge without vendor 
offered training is unlikely to be productive, according to 
the users. Such IEF training is expensive. All users agreed 
that training is essential, for both project team members and 
for other personnel involved in using or contributing to the 
tool's optimal utilization. 

These three drawbacks can be outweighed in DoD by 
compelling arguments concerning the need to promote both CIM 
and Total Quality Leadership (TQL) . Lieutenant Commander 
Chase, USN, Project Management Officer at NAMO, indicated that 
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ISP fits very nicely with both philosophies being espoused by 
DoD today. The CIM initiative requires this kind of detailed 
strategic planning for information technology. NAMO's ISP was 
very effectively done using Total Quality Leadership's (TQL) 
Process Action Teams (PATs) to generate the product. This 
concept of operations for DoD agencies becomes ever more 
intriguing as both the CIM initiative and TQL broaden their 
impact on the developing future of IT in DoD. 

2 . Productivity Increases Cited 

In cases cited by users, the productivity increase 
experienced through the use of IEF on projects that had been 
previously estimated or implemented using conventional 
methodology was noticeable. Completion was reported to take 
less than half the time and estimated man-years. This 
included the time required for training on the IEF tool. 
Subsequent increases were anticipated as MIS departments 
became better versed and more adept in the tool's utilization. 

In 1982, the Federal Reserve Bank in St. Louis, 
Missouri, estimated a project for implementation using 
conventional methods as requiring 76 Man-Months (14 calendar 
months) . This project had been attempted on three occasions 
using conventional methodology, each halting with the decision 
that the organization could not afford to implement it based 
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on its estimated costs. In 1988, it was completed using IEF 
in only 32 MM (eight calendar months) . 3 

Another project, cited by one of the larger 
organizations surveyed, was originally developed in 22 person- 
years using conventional methods. Over the system's 
lifecycle, patchwork modifications had degraded system 
performance and maintenance efforts. The major upgrades 
required to revitalize the program led to the decision to 
replace the system. The resultant effort, using IEF, took 
fewer than 10 man-years. These reports seem to substantiate 
vendor claims of 50% effort reduction. 

3 . Type of Projects 

All of the projects reported by users involved data 
management from one or more central data repositories. No 
reports were made concerning the use of IEF for real-time 
systems or embedded software. The data and process 
orientation of the tool lends itself more to data management 
applications . 

4 . Plaudits 

Available technical support by TI received extremely 
high marks across the board. TI's staff seemed to extend 
themselves to ensure the success of each and every project 
venture of their clients. Intense competition for I_CASE 



As reported by Mr. Jim Albenesius, Technical Project 
Coordinator, Federal Reserve Bank, St. Louis, MO. 
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market shares over the next three to five years will dictate 
survival or extinction for current I_CASE vendors. This 
pressure for user loyalty may explain the drive behind such 
personal attention. 

Code generation is the major recognized power of 
the tool. It will literally produce 100%, error-free software 
(vendor claimed and substantiated by interviewed users) . 
Users reported that they do indeed "throw away the source 
code" and as modifications occur, new programs are produced as 
required. The chief advantage, as cited by Mr. Albenesius, 
Technical Project Coordinator, Federal Reserve Bank, St. 
Louis, Missouri is that: "I don't have emergency maintenance 
on tool generated code." Emergency maintenance is that 
maintenance required when a system crashes due to critical 
errors. The ability to throw away source code lies in the 
fact that modifications are NEVER made to code in an IEF 
developed application. Changes and modifications are made at 
the appropriate design level and the entire application is 
regenerated to include the changes. [Ref. 23] 

Mr. Albenesius reported an instance wherein a version 
of an application was almost fully developed except for some 
pending changes that were wholly dependent on results of a 
forthcoming vote by Congress. Within 24 hours of the vote, 
the bank was able to generate and distribute a functional, 
error-free application to all its field units. [Ref. 23] This 
is a stellar example of technology providing competitive 
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advantage. Organizations that rely on rapidly changing 
application requirements, and that fail to embrace some form 
of I CASE technology, may find it difficult to remain 
competitive . 

5. Warnings /Complaints 

The chief complaint echoed by virtually all users was 
the incompatibility of the IEF tool with any other vendors' 
tools. The degree of portability is extremely low. This 
perception of IEF corroborates the findings in the 
Computerworld article, with its portability of other vendors' 
output being the most telling deficiency that required 
attention. [Ref- 18] However, TI will gladly provide at 
extra cost the technical support required to port one vendor' s 
product into IEF. 

The learning curve is extremely steep and training of 
core team members is essential. Most of the users indicated 
that both users for whom the application was being developed 
and higher level management could benefit from indoctrination 
into the basic conceptual framework of Information 
Engineering. Such training made development much more 
productive and efficient. Additionally, if functional area 
managers can be persuaded to invest the time and money to send 
at least one or two individuals with decision making 
capability to the BAA I or ISP vendor training, then the 
initial critical modeling work is greatly simplified. This 
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approach enables both client and analysts to be capable of 
discussing system requirements from a common methodological 
viewpoint . 

Most users found that the introduction of IE required 
a cultural change from top management down since applications 
were no longer isolated, but part of a larger informational 
strategic plan. Additionally, analysts, designers, and 
programmers trained in conventional methodological approaches 
had to be re-educated to use IEF effectively. Although this 
change might appear to be the least challenging, one manager 
surveyed indicated that the "old timers" who were refusing to 
change were being placed in jobs maintaining old systems. 

B. IEF DEFICIENCIES NOTED DURING DEVELOPMENT 

1 . Report Generation 

IEF provides various reports of system development but 
does not provide a report generating capability in the final 
delivered application. Such requirements for accessing 
centrally stored information are meant to be satisfied 
utilizing any variety of report generating products available 
on the market. "The IEF currently provides no direct support 
for the creation of reports." [Ref. 5:p. 343] 

2. Graphical User Interface (GUI) 

IEF does support the designing of input screens. 
However, GUI's were designed to look as if they were emulating 
an IBM 327 0. It does not provide a point-and-click capability 
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and actions are entered with function keys or command codes. 
It allows the arrangement of fields on data entry screens to 
closely resemble a source document, if one is used for data 
collection. Designers can set standards for colors, 
highlighting, and general format so that the look and feel of 
all components within the system are uniform. They have 
design options including use of multiple menus to simplify 
navigation among procedures or enabling the use of function 
keys and short command synonyms to provide quick access to the 
system's procedures. TI is working on improved GUIs as a 
separate utility for various operating system platforms. 
[Ref. 24] 

3 . Limited Languages Developed 

The languages presently available for IEF code 
generation are limited to COBOL and C. This restriction 
significantly reduces the attractiveness of using IEF for code 
generation (construction toolset) at NPS. [Ref. 25] 
Public Law has mandated that, where cost effective, all DoD 
software shall be written in the programming language ADA. 4 
Future releases of IEF may support additional languages 5 that 
might entice a change in planned utilization of IEF. 

US Congress Department of Defense Appropriations Act 
1991. Public Law 101-511 (November 5, 1990), 
104STAT. 1856-1914. 

TI disclosed, in a 11 July 1991 press release, its 
plans to develop an ADA code generation capability for 
IEF by June 1992. 
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4 . Training/Learning Curve 

The steep learning curve for both converting to the IE 
methodology and training to use IEF necessitated a narrowing 
of scope and focus for the development of this phase of USAD. 
The amount of effort required for this education limited the 
accessible range of options that could be successfully 
accomplished given the level of experience and available time 
of the project development team. 

The information in this chapter provided the 
infrastructure for the data and activity models created using 
IEF. These models were based on the Curricular Officers' 
requirements and necessary modifications are discussed in the 
next chapter. 
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VI. ANALYSIS OF CURRICULAR OFFICER REQUIREMENTS 



A. MODIFICATION TO EXISTING REQUIREMENTS ANALYSIS 

We did not conduct a preliminary investigation of 
Curricular Officers' requirements because of concerns that we 
might inadvertently rekindle user expectations that a new USAD 
system was imminent. We relied instead on a preliminary 
requirements analysis done last year to serve surrogate [Ref. 
7] . Modifications to this analysis were required due to 
differences in representing data as entities in IEF (using the 
Information Engineering methodology) instead of as objects in 
the traditional Systems Design and Analysis approach. 
Clarifications were obtained [Ref. 12] to inconsistencies 
identified during an extensive analysis of Reference 7. The 
following adjustments were made: 



1. Multi-valued (MV) objects/entities of the study have been 

modified to satisfy the following IEF requirement: "The 

IEF does not provide for multi-valued attributes, nor 
should it. Rather, one should remove an apparently 
multi-valued attribute to its own entity type and relate 
it to the original entity type via a 1:M [one to many] 
relationship." [Ref. 5:p. 160] 

2. The study identifies the Thesis object/entity within the 
Student object /entity . However, a thesis could be 
jointly written by two students and therefore require 
representation as a separate entity. Likewise, Advisors 
and Second Readers maintain a one to one [1:1] 
relationship with a thesis and therefore are included 
within the Thesis entity. 
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3. IEF supports attribute names up to 32 characters in 
length. Titles or field names of data elements indicated 
in the study were therefore expanded to enhance 
readability and clarity. 

4. Curriculum was identified as an attribute of the Student 
object/entity. Since a Curriculum maintains a 1:M 
relationship to the Student entity, it is represented as 
its own entity type. 

5. To ensure that Curricular Officers access only records 
pertaining to their curricular office, passwords were 
added as additional security. A menu-driven, password- 
protected application could be designed to determine 
designated users access to specific areas of the 
database. This requirement fulfills MIS Department's 
concerns over protecting sections of the database from 
those who require/are permitted read-only access and have 
no need to write or modify such data elements. Use of 
passwords may also act as a verification of the active 
user profile that will provide access to that part of the 
database. For example. Curricular Officers should be 
able to view grades of their assigned students, but only 
the Registrar can Add/Modify grades. Additionally, 
Curricular Officers have expressed concern that they 
maintain unique access to their students' personal data. 

6. Within the Grade Point Average ob ject/entity , a 1:1 
relationship exists between a student and their "overall" 
Quality Point Rating (QPR) . Likewise, the Medical 
ob ject/entity possesses the same 1:1 relationship. Both 
objects were therefore included in the Student entity. 

7 . The grade attribute was included in the Course 
ob ject/entity . However, the grade attribute can only be 
associated with a particular student who completed a 
specific course, it was therefore placed in the composite 
object identified by the Student Course of Study entity 
type . 

8. Curricular Officers requested the capability of using a 

template of a typical course of study for a particular 
curriculum based upon the type of student and refresher 
course requirements of the incoming student. This 
template consists of Multi-Valued (MV) attributes within 
MV attributes. Additionally, since a curriculum can 
recommend more than one typical course of study, three 
separate entity types had to be enumerated: the typical 

course of study, quarters of that typical course of 
study, and the courses associated with those quarters. 
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9. Book Claims and the Naval Book Eligibility entities had 
to be modeled separately. This was required to represent 
their MV attributes and to provide the ability for users 
to modify the total amount that all Naval students were 
eligible to claim without being forced to make changes to 
the program code. 

10. Subtypes possess unique attributes in addition to those 
attributes inherited from their parent or supertypes . 

[Ref. 5:pp. 150, 156] This capability was used to 

represent a requested, scheduled, or completed course of 
a particular student as subtypes of the Student Course of 
Study entity (the supertype) . 



B. DEVELOPMENT OF CURRICULAR. OFFICER REQUIREMENTS MODEL 

The Appendices provide reports of data and activity models 
constructed in the BAA level of the IEF Planning Toolset 
[Ref. 26] and the IEF Analysis Toolset 
[Ref. 27] of the Curricular Officers' requirements 
for a recommended USAD system. 

Appendix A displays an overall Entity Relationship Diagram 
(ERD) of the student information system. This diagram is used 
to depict relationships between entity types and to identify 
characteristics of those entity types. Two ERDs are 
presented. The first is a top level diagram which does not 
display partitions of three entity types: Student, Dependent, 
and Student Course of Study. It is evident that these 
entities are partitioned by three small circles in the upper 
right hand corner of the entity rectangles. The second is an 
expanded ERD indicating subtypes of the three entity types 
which were partitioned. 
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Appendix B provides an Entity Definition Report which 
contains information about the entity types and subtypes that 
are specified. Definitions include such information as entity 
type name, any aliases, description, properties, attributes 
and their aliases, relationships, and identifiers, if any. If 
an entity type has subtypes, each subtype is also defined. 
[Ref. 26 :p . 20-7] 

Appendix C supplies an Entity Hierarchy Report which 
contains information about the parent entity types in the 
model and their subtypes, including the identification of its 
attributes. [Ref. 26:p. 20-8] 

Appendix D provides the Attribute Cross Reference Report 
which lists all attributes within the model alphabetically, to 
include IEF-supplied attributes. It lists each attribute 
name, associated entity type or subtype, and properties. 
[Ref. 27 :p. 32-8] 

Appendix E furnishes the Attribute Definition Report. 
This report contains information about the attributes that are 
specified in the data model, such as attribute name, and 
aliases, entity type, description, properties, length, default 
value, permitted values, and permitted values description. 
[Ref. 27 :p. 32-9] 

Appendix F presents the Process Definition (or Activity 
Definition) Report, which contains information about functions 
and processes of the activity model. 

[Ref. 27 :p . 32-10] 
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Appendix G exhibits the Process (or Activity) Hierarchy 
Report which shows the hierarchy of activities in the activity 
model. [Ref. 27:p. 32-11] 

Appendix H illustrates Action Diagrams of all processes 
developed in the activity model. A process is a defined 
business activity subordinate to a function or higher level 
process. It deals with what a business does, not how it is 
done. They have inputs which are used to perform work to 
produce outputs (inputs/outputs are called information views) . 
[Ref. 28 :p. 8-26] A process is a part of a function (an on- 
going, broad business activity) and deals with what a business 
does in particular. Its executions may be identified in terms 
of input and output of specific entities or data about 
specific entities. [Ref. 27:p. 12-3] 

Each attribute within a developed data model must have a 
process which creates, updates, or deletes it (unless unique 
to the business function) . Because of this requirement, 
various processes were developed over which the Curricular 
Officers' Business Area does not have control, but 
nevertheless must be given access. These processes are 
described as " System Gen " in the process descriptions of the 
Act ion D i agr ams . 

Appendix I portrays the Action Diagrams of action blocks 
developed in the activity model. These describe the logic of 
the algorithms used to derive a calculated data element. 
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Appendix J displays the Process Dependency Diagrams of the 
created activity model. These diagrams illustrate the 
sequence of events and flow of data required for each 
activity . 

These data and activity models complete the Business Area 
Analysis (BAA) phase of IEF. The next phase involves 
fashioning details of users' interfaces with the developed 
system application. This process is the Business System 
Design (BSD) phase which could be the subject of future 
research, if NPS elects to continue this IEF based development 
of USAD. Present modeling was sufficient to generate 
recommendations concerning the utilization of IEF at NPS. 
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VII . CONCLUSIONS/RECOMMENDATIONS 



Texas Instruments admits that IEF may be utilized 
commencing with the BAA, and bypassing the top-level ISP. 
This research shows such potential does exist. However, 
specific conditions must be present to recommend using IEF in 
this manner. Development of USAD is not such a project. 

A. BASED ON INTERVIEW 

An ISP is recommended since the Curricular Officer 
requirements cross functional boundaries with both the 
Registrar and Admissions Office requirements. The intertwined 
processes of handling student data require strategic planning 
that is the conventional starting point for the IEF. 
Regardless of the tool, an ISP (i.e. higher level planning 
phase) is recommended for production of the Curriculum Officer 
requirements specification. 

All users interviewed agreed that an ISP is not necessary 
in specific cases. In many instances this decision is 
warranted since the costs and essential requirement of higher 
level management commitment to conduct the ISP may be lacking. 
An ISP can be skipped if, and only if, the business area 
chosen for the BAA starting point has requirements and 
processes that are well bounded and constrained. 
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The Curricular Officer business area routinely crosses 
boundaries in utilizing/supplying data from/to both the 
Registrar's and Admission Offices' business areas. An ISP 
would therefore be the appropriate first step. It would 
enhance the performance of the team tasked with development of 
the USAD. 

A deliberate and meticulous ISP clearly defines functional 
responsibilities. Therefore, communication overhead between 
analysts/programmers and analysts/users is reduced and the 
rework necessary, due to changing user requirements, is 
mitigated because of up-front concurrence of top-level 
planners. Both maintenance of existing software and future 
software development applications at NPS would benefit since 
modifications are easily made to a documented strategic 
blueprint using IEF . 

The sole suggestion from other IEF users that might 
obviate the need for an ISP at NPS, is whether an individual 
exists within the organization with superior knowledge and 
insight into the workings of the business. Such an individual 
can provide IEF analysts with the organizational overview and 
corporate policy decisions that would yield intimate knowledge 
of dynamic interrelationships between various offices involved 
with handling student data. If such an individual does not 
exist or the organizational political climate is too uncertain 
for such knowledge to reside in any one person, then an ISP is 
recommended. 
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If USAD is intended to satisfy some long-range requirement 
within the overall strategic plan of NPS, then an ISP is 
strongly recommended. While the size of USAD may not 
immediately dictate a requirement for an ISP, the scope of 
intended utility of IEF within NPS' corporate framework may 
present sufficient justification. This is especially 
pertinent in light of DoD' s dedication to both the CIM 
initiative and TQL. Documenting NPS' mission and 
organizational objectives, and determining specific functions 
and responsibilities throughout the organization, facilitates 
the adoption of these corporate philosophies. NPS' commitment 
to a top-level ISP, and subsequent lower-level Departmental 
ISP's, based on this higher corporate strategy, is recommended 
to ensure a unified orientation for the entire organization. 

While the current conduct of academic business can be 
modeled commencing with the BAA, it is suggested that this 
shortcut be avoided. Full capability of the tool purchased by 
the school can best be utilized for the long-range benefits 
inherent in comprehensive strategic planning. 

B. BASED ON EXPERIENCE 

In attempting to use the IEF tool to model the Curricular 
Officers' requirements, we discovered that the Curricular 
Officers' reliance on data from both the Registrar's and 
Admission' s Offices precluded a simple modeling of only these 
requirements. In order to provide consistency checks through 
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the IEF tool, we had to include those entities that fell 
within the purview of the Registrar's or Admission's Offices. 
Without the availability of the higher level analysis that 
would have been conducted via the tool's ISP, the modeling of 
these areas was done from a logical extrapolation of known 
processes, rather than an internalized, documented strategic 
plan upon which work within the BAA could be based. 

"Business areas are defined during ISP as pieces of the 
enterprise which can be analyzed independent of one another." 
Since the Curricular Officers' business area is not 
indspendent of the Registrar's or Admission's Offices, an ISP 
by definition is required in order to properly use IEF to 
model the Curricular Officers' business area requirements. 

Additionally, experience gained in modeling the Curricular 
Officers' business area showed that an ISP would be extremely 
useful since "the scope of a business area should be analyzed 
all at once... to avoid scope creep and future system 
integration problems." [Ref. 13 :p. 6] 

C. BASED ON TI'S IEF PERSONNEL 

Although the vendor's publications indicate the ability to 
launch a project at the BAA level, conversations with TI's 
technical experts indicate that an ISP is strongly recommended 
from the very beginning. [Ref. 19] 

Long-term investment of time, personnel, and resources 
cause private industry to avoid conducting an ISP, according 
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to trends highlighted in surveys executed by TI. However, 
this is an initial shortcut used by IT managers to enable 
rapid production of a smaller application. A quick victory 
provides upper level management with evidence of the tools 
potential. Once credibility has been established, the track 
record seems to indicate that higher level management is then 
willing to invest in ISP and development of corporate-wide 
applications based on that ISP. [Ref. 19] 

D. TRAINING (IE & IEF) 

1 . Based on Interviews 

The single most important element stressed by all IEF 
users surveyed was the critical need for extensive training. 
The cost is high, but the learning curve is so steep otherwise 
that significant man-months will be wasted discovering 
intricacies of the toolset's capabilities. All users 
contended that long-range commitment to using IEF demanded the 
expenditure for training. While training costs contribute to 
the long break-even point of I_CASE, the critical nature of 
the requirement cannot be ignored. [Ref. 17] 

We recommend that the project team assigned to use the 
tool and the Director, MIS be scheduled to take the BAA I, BAA 
II, and Business System Design (BSD) training. If one user 
from each of the functional areas can take the BAA I training, 
this will greatly facilitate the modeling process. 
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At a minimum, all users who will be involved with USAD 
system modeling and all the MIS staff should be thoroughly 
indoctrinated in IE. However, the limited use of the tool at 
NPS may not require a total commitment to IE - this would 
depend on the number of projects upon which IEF is expected to 
be used. Professor Kamel in the Information Systems group 
from Administrative Sciences is contemplating the initiation 
of an IE course which could be an excellent source of training 
for NPS MIS personnel. 

If a true ISP of NPS is being considered, then an 
overview IE orientation training class is suggested for higher 
level managers as well. The language and concepts being 
discussed must have a firm footing in shared territory. Mr. 
Joe Joseph at NAMO is an excellent point of contact for this 
type of anecdotal experience and training. He is the Computer 
System Analyst primarily responsible for the conduct of ISP at 
NAMO. He suggested that, except for top management support, 
training is the most essential element for a successful ISP. 
He has conducted training classes for NAMO personnel in IE and 
ISP, and is an excellent source of expertise. 6 

2 . Based on Experience 

Without the training received via the tutorial, and 
especially training in BAA I provided by TI, modeling of the 



6 For further information contact Mr. Joe Joseph at 
Autovon: 326-7900. 
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Curricular Officers' requirements using IEF would have been an 
order of magnitude more difficult. Formal training in both IE 
and IEF is strongly recommended. 

The technical support provided by Ms. Jeffrie Penrod, 
of TI's Santa Clara office was superb. Willingly devoting 
many hours to application specific questions and making 
several "house calls" of many hours duration to assist in 
proper tool utilization made the learning curve a surmountable 
obstacle. Without her commitment to meeting user needs, 
professional concern, and teaching capabilities, our results 
would have been achieved only after significant wasted effort 
and time. We recommend the MIS Department maintain such a 
liaison during the development of USAD. 

The learning curve would undoubtedly be more 
manageable for analysts who are trained in IE and who can 
devote the majority of their working hours to becoming 
competent with the tool, but as Mr. Joe Joseph pointed out: 
"We are all novices on the first day!" 

E. IE METHODOLOGY AS COURSE AT NPS 

For students in the IS curriculum to graduate with no 
knowledge of IE verges on negligence . The changing 
methodology of analysis and design, and growing acceptance of 
IE as a viable alternative to standard methodologies requires 
academic consideration of this subject for inclusion in a 
course . 



50 



We recommend IEF be used as the Analysis and Design tool 
for such a course. There also exists potential for 
productivity benefits to the school of having students doing 
work in the same toolset as the MIS department. 

TI representatives have already indicated a willingness to 
support such a course with technical assistance and suggested 
course material for instructing IE (the co-developer of IE - 
James Martin - was primary consultant to TI for the years 
during the development and production of IEF) . 

F . RESTRICTED ACCESS 

Required access restriction of various entity attributes 
can be designed in procedure diagrams in IEF which provide 
logic to describe how data is accessed. Password access 
should be used to further ensure that users are restricted in 
accessing/utilizing data elements not under their cognizance, 
in accordance with the Dean of Computers and Information 
guidance. The conduct of a thorough ISP will ensure these 
requirements are properly developed and organizationally 
acceptable (see H. below - the reasoning remains valid) . 

G. ACCOUNTABILITY/OWNERSHIP OF DATA ELEMENTS 

One of the vital results of a thorough ISP is that all 
these types of issues/questions are answered by the 
appropriate level of managerial decision makers . By bringing 
key players into the process at the highest level of strategic 
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planning, agreements and decisions reached during an ISP 
ensure that resulting analysis and design will receive 
endorsement and support at all levels of management. The 
political infighting and disagreements that often accompany 
accountability/ownership become moot after a proper ISP has 
been conducted. 

H. LIMITING IEF'S POTENTIAL 

When TI ' s IEF can generate source code in a language 
approved for use at NPS, it is recommended that the school 
purchase the remaining toolsets to enable application 
construction via IEF. Utilizing an I_CASE tool for its front- 
end only defeats the purpose of such a tool since "most I_CASE 
solutions must be implemented in their entirety to begin 
receiving measurable benefits, thus increasing the initial 
investment outlay." [Ref. 17] 

This type of comprehensive utilization of the tool would 
more readily justify the expenditures of resources devoted to 
properly modeling the NPS environment on the Planning, 
Analysis and Design toolsets already purchased. 

However, IEF is not recommended for use on an isolated 
application such as the USAD project. Long-range (three years 
or greater) return on investment for I_CASE occurs only when 
organizational commitment is made for long-term, maximized 
productivity gains. [Ref. 17] In our opinion, documented 
productivity enhancements of I_CASE, and specifically IEF, 
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would not be realized at NPS without 1) utilizing the entire 
toolset for USAD's planning, production and maintenance and, 
2) organizational commitment to utilization of I_CASE on 
future portfolio applications. 

Additionally, we feel that IEF's extensive potential can 
be wholly realized at NPS only via a comprehensive I_CASE 
implementation strategy. We recommend that such a bold scheme 
be considered and a feasibility study commissioned. 
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APPENDIX A 



The Entity Relationship Diagrams on the following pages 
depict entity types, their relationships, and certain aspects 
of their important properties. This data model provides "a 
comprehensive representation of the fundamental things of 
relevance to the business ( entities types ) and their 
interrelationships." [Ref. 28] 

Rectangles represent entity types (known as objects in 
other fundamental design techniques) , which are fundamental 
things of relevance to the business about which data is kept. 
Those rectangles with three small circles in the upper left 
hand corner indicate contracted entities (the entity is 
partitioned or subdivided based upon a classifying attribute) . 

Lines drawn between entity types depict relationships. 
The connection of these lines to rectangles determines the 
cardinality of the relationship. Cardinality is the number of 
times an entity occurrence can participate in a relationship. 
Those connection points which expand into a crow' s foot 
connection indicate a multiple occurrence. Relationships are 
one to one, or one to many. 

Perpendicular tick-marks on relationship lines indicate 
mandatory relationships while small circles indicate optional 
relationships . 
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The small "I" on these relationship lines indicate that 
identifying attributes are obtained from the associated entity 
type. 

The first Entity Relationship Diagram represents the 
overall data model of the student information system. The 
second provides an expansion of the three entity types; 
Student, Dependent, and Student Course of Study. 
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APPENDIX B 



The report on the following pages presents the Entity 
Definition segment of the designed system. Definitions 
include such information as the entity type name, any aliases, 
description, properties, attributes and their aliases, 
relationships, and identifiers, if any. If an entity type has 
subtypes, each subtype is also defined. [Ref. 26:p. 20-7] 

The minimum and maximum occurrences in the properties 
portion of the report were subjectively imposed and are 
included primarily to allow the tool's consistency checks to 
execute successfully. Such information enables system 
administrators to estimate size requirements. 
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Entity Definition 



Entity : 


ACADEMIC_HlSTORY 


Description : 


This identifies a particular student's Academic 
background prior to arrival at NPS. 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 500 Avg Occ: 1000 

Max Occ: 2000 Growth Rate: 5% per year 


Attributes : 


SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 


Relationships : 





Always BELONGS_TO one STUDENT 
cannot transfer. 



Identifiers : 

1 

1 

1 


MAJOR 

DEGREE 

BELONGS TO STUDENT 
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Entity Definition 



Entity: 


BOO RECLAIM 


Description : 


This identifies the amount of a reimbursable claim for 
a specific student for a particular year (student book 
money) ; to be used as deduction from total remaining 
funds . 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 1400 Avg Occ: 3200 

Max Occ: 6400 Growth Rate: 5% per year 


Attributes : 


AMOUNT OF CLAIM 
ACAD EMI C _QU ART E R 


Relationships 





Always REDUCES one STUDENT_BOOK_RE IMBURSEMENT 
cannot transfer. 

Identifiers : 

1 ACAD EMI C_QUARTER 

1 REDUCES STUDENT BOOK REIMBURSEMENT 
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Entity Definition 



Entity : 


COMPOSITION_OF_TYPICAL STUDY 


Description : 


This links a specific course with a specified year & 
quarter of Typical_Course_of_Study ; presents the 
standardized template (s) as depicted in the course 
catalogue for the different curricula 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 100 Avg Occ : 1800 

Max Occ: 2000 Growth Rate: 5% per year 


Attributes : 
Relationships : 


TYPE_OF_COURSE 



Always COMPRISES one QTR_OF_TYPICAL_STUDY 
cannot transfer. 

Always IDENTIFIES one COURSE 
can transfer. 

Identifiers : 

1 COMPRISES QTR_OF_TYPICAL_STUDY 
1 IDENTIFIES COURSE 
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Entity Definition 



Entity: COURSE 

Description: This describes the entire list of available courses at 

the NPS based on course catalogue entries (under 
purview of Registrar - could be modeled here as an 
external object) 



Subject area: CURRICULAR_SADS 



Properties: Min Occ: 

Max Occ: 



800 Avg Occ: 900 

1000 Growth Rate: 5% per year 



Attributes: NAME 

LECTURE_CREDIT_HOURS 

LAB_CREDIT_HOURS 

ACAD EMI C_D E PARTMENT__COD E 

NUMBER 

Relationships : 

Sometimes (90%) REFLECTED__IN many COMPOS ITION_OF_TYPICAL_STUDY 
Cardinality Min: 1 (est) Max: 100 (est) Avg: 50 
cannot transfer. 

Sometimes (70%) ASSIGNED_TO many STUDENT_COURSE_OF_STUDY 
Cardinality Min: 1 (est) Max: 2000 (est) Avg: 1700 
cannot transfer. 



Identifiers : 

1 NUMBER 

1 ACADEMIC DEPARTMENT CODE 
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Entity Definition 



Entity : 


CURRICULARJDFFICE 


Description : 


This identifies the organizational entity responsible 
for the maintenance of the curricular programs. 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 11 Avg Occ : 11 

Max Occ: 20 Growth Rate: 1% per year 


Attributes : 


TITLE 

CODE 

PASSWORD 


Relationships : 





Always COMPOSED_OF many CURRICULUM 

Cardinality Min: 1 Max: 20 (est) Avg: 5 
cannot transfer. 

Identifiers : 

1 CODE 
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Entity Definition 



Entity : 


CURRICULUM 


Description : 


This identifies the number & title of the curriculum 
program required for a specific degree 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 40 Avg Occ : 50 

Max Occ: 60 Growth Rate: 5% per year 


Attributes : 


TITLE 

NUMBER 


Relationships 





Sometimes (50%) BELONGS_TO many STUDENT 

Cardinality Min: 1 (est) Max: 400 (est) Avg: 200 
cannot transfer. 

Sometimes (0%) RECOMMENDS many TYPICAL_COURSE_OF_STUDY 
Cardinality Min: 1 (est) Max: 30 (est) Avg: 4 

cannot transfer. 

Always COMPRISES one CURRICULAR_OFFICE 
cannot transfer. 

Identifiers : 

1 NUMBER 



64 



Entity Definition 



Entity: DEPENDENT 

Description: This identifies any known dependents (child/spouse) 

belonging to a particular student. 

Subject area: CURRICULAR_SADS 



Properties : 


Min Occ: 500 Avg Occ : 2000 

Max Occ: 4000 Growth Rate: 5% per year 


Attributes : 


LAST NAME 
FIRST NAME 



FAMILY_MEMBER 

Relationships : 

Always BELONGS_TO one STUDENT 
cannot transfer. 



Identifiers : 


1 LAST NAME 
1 FIRST NAME 
1 BELONGSJTO STUDENT 


Partitioned 

Classifying 


by: FAMILY_MEMBER 

Value Subtype 


SPOUSE 

CHILD 


SPOUSE 

CHILD 
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Entity Definition 



Entity : 


SPOUSE 


Description : 


This identifies the dependent as a spouse and 
indicates if the individual is also enrolled at NPS 


Properties : 


Min Occ: 1000 Avg Occ: 1700 

Max Occ: 2000 Growth Rate: 5% per year 


Attributes : 
Subtype of : 


ALSO STUDENT 
DEPENDENT 



Inherited Attributes: 

DEPENDENT : LAST_NAME 

FIRST_NAME 
FAMILY MEMBER 
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Entity Definition 



Entity : 


CHILD 


Description : 


This identifies the dependent as a child and 
stores the birthdate and sex of the child. 


Properties : 


Min Occ: 2000 Avg Occ: 6000 

Max Occ: 8000 Growth Rate: 5% per year 


Attributes : 


DATE OF BIRTH 
GENDER 


Subtype of: 


DEPENDENT 



Inherited Attributes: 

DEPENDENT: LAST_NAME 

FIRST_NAME 
FAMILY MEMBER 
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Entity Definition 



Entity : 


PRT 


Description : 


This identifies the results of a Naval student's 
Physical Readiness Test. 


Subject area: 


CURRICULARJSADS 


Properties : 


Min Occ: 1000 Avg Occ: 2000 

Max Occ: 4000 Growth Rate: 5% per year 


Attributes : 


SCORE 
BODY FAT 



DATE_OF_TEST 

Relationships : 

Always TAKEN__BY one NAVY 
cannot transfer. 

Identifiers : 

1 DATE_OFJTEST 
1 TAKEN BY NAVY 
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Entity Definition 


Entity : 


QTR OF_TYP I C AL_S TUD Y 


Description : 


This entity reflects the quarter (numerical) of a 
particular curriculum's typical course of study. Each 
quarter is comprised of multiple courses. 


Subject area: 


CU RR I CU L AR_S AD S 


Properties : 


Min Occ: 1 Avg Occ: 6 

Max Occ: 15 Growth Rate: 1% per year 


Attributes : 
Relationships ; 


QU ARTE RJNUMB E R 



Always MAKES_UP one TYPICAL_COURSE_OF_STUDY 
cannot transfer. 

Always CONSlSTS_OF many COMPOSITION_OF_TYPICAL_STUDY 
Cardinality Min: 1 (est) Max: 8 (est) Avg : 4 
cannot transfer. 

Identifiers : 

1 QUARTE RENUMBER 

1 MAKES UP TYPICAL COURSE OF STUDY 
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Entity Definition 



Entity : 


QUARTERjQPR 


Description : 


This entity type identifies the Quality Point Ratings 
of a specific student for a particular quarter. 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 200 Avg Occ : 16000 

Max Occ: 24000 Growth Rate: 5% per year 


Attributes : 


TOTAL 
GRADUATE 
ACADEMIC YEAR 
ACADEMIC QUARTER 



Relationships : 

Always CALCULATED_FROM many STUDENT_COURSE_OF_STUDY 
Cardinality Min: 1 (est) Max: 12 (est) Avg: 6 
cannot transfer. 

Always EARNED_BY one STUDENT 
cannot transfer. 



Identifiers : 

1 

1 

1 


ACADEMIC QUARTER 
ACADEMIC YEAR 
EARNED BY STUDENT 



70 



Entity Definition 



Entity : 
Description : 



STUDENT 

This identifies a projected/arrived/registered/ 
graduated/dropped student at the Naval Postgraduate 
School . 



Subject area: CURRICULAR_SADS 



Properties : 



Min Occ: 
Max Occ: 



Attributes : 

SSN 

PRESENT_STATUS 

LAST_NAME 

FIRST_NAME 

SHORTNAME 

RANK 

PHONE_NUMBER 

CITY 

SMC_BOX_N UMBER 

S E CT I ON_NUMB E R 

PROPOSED_NPS_DEGREE 

NPS_MAJOR 

STUD Y_S PACE 

DATE_OF_BIRTH 

P LACE_OF_B I RTH_S TATE 

SECURITY_ACCESS 

LAST_FITREP_DATE 

NE XT_D UT Y_S TAT I ON 

DATE_OF_ORDERS 

APC 

DUAL_DEGREE 

CONVEN I NG_D ATE 

MARITAL_STATUS 

L I B RARY_C ARD_NUMBE R 

AIDS_TEST_DATE 

DENTAL_DATE 

TOTAL_QPR 

COMMENT 1 



500 Avg Occ: 

2000 Growth Rate: 



1000 

5% per year 



TYPE_REFRESHER 

TYPE_OFFICER 

RECEIVED_ORDERS_TO_ATTEND 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 

STREET 

ZIP_CODE 

LAME S A_HOU S I NG_OCCUP ANT 

SPLIT_SECTION 

AC C RE D I TAT I ON_S TATU S 

COMMISSIONING_SOURCE 

LOCKER_NUMBER 

P LAC E_OF_B I RTH_C I T Y 

DATE_REPORTED_ABOARD 

SECURITY_BACKGROUND 

NEXT_FITREP_DUE 

P RE VI OU S_DUT Y_S TAT I ON 

NAME_OF_SPONSOR 

DATE_THAT_A_SPONSOR_WAS_ASSIGNED 
DATE_WELCOME_PACKAGE_SENT 
DATE_SPONSOR_LETTER_SENT 
I N_BOUND_S TUD E NT_S P ON S OR 
MAINFRAME_ACCOUNT_NUMBER 
P H Y S I C AL_D AT E 

ANTIClPATED_GRADUATION_DATE 

GRADUATE_QPR 

STARTED PARENT CURRICULUM 



COMPLETED FIRST REFRESHER QTR 
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Relationships : 

Sometimes (75%) EARNS many QUARTER__QPR 

Cardinality Min: 1 (est) Max: 12 (est) Avg: 6 

cannot transfer. 

Sometimes (50%) POSSESSES many STUDENT_COURSE_OF_STUDY 
Cardinality Min: 1 (est) Max: 80 (est) Avg: 50 

cannot transfer. 

Always ASSIGNEDJTO one CURRICULUM 
can transfer. 

Sometimes (70%) POSSESSES many DEPENDENT 

Cardinality Min: 1 (est) Max: 10 (est) Avg: 3 

cannot transfer. 

Sometimes (70%) WRITES one THESIS 
can transfer. 

Sometimes (90%) POSSESSES many ACAD EMI C_H I STORY 

Cardinality Min: 1 (est) Max: 4 (est) Avg: 1 

cannot transfer. 

Identifiers : 



1 SSN 



Partitioned by: TYPE_OFFICER 
Classifying Value 



Subtype 



C 

I 

M 

N 



CIVILIAN 
INTERNATIONAL 
MI L I T A RY_N ON_N A VY 
NAVY 
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Entity Definition 



Entity : 
Description : 

Properties : 



Attributes : 
Subtype of : 



CIVILIAN 

This identifies the student as a civilian and indicates 
the type of program the individual will be enrolled 
in at NPS. 



Min Occ: 
Max Occ: 

PROGRAM 

STUDENT 



Inherited Attributes: 
STUDENT: 

SSN 

PRESENT_STATUS 

LAST_NAME 

FIRST_NAME 

SHORTNAME 

RANK 

PHONE_NUMBER 

CITY 

SMC_BOX_N UMB E R 

SECTION_NUMBER 

PROPOSED_NPS_DEGREE 

NPS_MAJOR 

STUD Y_SP ACE 

DATE_OF_BIRTH 

P LAC E_OF_B I RTH_S TATE 

SECURITY_ACCESS 

LAST_F I TREP_D ATE 

NEXT_DUTY_STATION 

DATE_OF_ORDERS 

APC 

DUAL_DEGREE 
CONVENINGJDATE 
MARI TAL_STATU S 
LIB RAR Y_C ARD_NUMB E R 
AIDS_TEST_DATE 
D ENTAL_D ATE 
TOTAL_QPR 
COMMENT 1 



1 Avg Occ : 

100 Growth Rate: 



50 

5% per year 



TYPE_REFRESHER 

TYPE_OFFICER 

RE C E I VE D_ORD E RS_TO_ ATT E N D 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 

STREET 

ZIP_CODE 

LAMESA_HOUSING_OCCUPANT 

SPLIT_SECTION 

ACCRED I TAT I ON_S TATU S 

COMMISSIONING_SOURCE 

LOCKER_N UMBER 

P LACE_OF_B I RTH_C I TY 

DATE_REPORTED_ABOARD 

SECURITY_BACKGROUND 

NEXT_FITREP_DUE 

P R E V I OU S_D U T Y_S TAT I ON 

N AME_OF_S P ON SOR 

DATE_THAT_A_SPONSOR_WAS_ASSIGNED 

DATE_WELCOME_PACKAGE_SENT 

DATE_SPONSOR_LETTER_SENT 

IN_BOUND_STUDENT SPONSOR 

MA I NF RAME_ACCOUNT_NUMBE R 
P H Y S I CAL_D ATE 

ANTICIPATED_GRADUATION_DATE 

GRADUATE_QPR 

STARTED PARENT CURRICULUM 



COMPLETED FIRST REFRESHER QTR 
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Entity Definition 



Entity : 
Description : 

Properties : 

Attributes : 
Subtype of: 



INTERNATIONAL 

This identifies the student as an international 
student and indicates the country and military 
service of the individual. 



Min Occ : 
Max Occ: 



25 Avg Occ: 

300 Growth Rate: 



100 

5% per year 



INTERNATIONAL_SERVICE_COMPONENT 

COUNTRY 

STUDENT 



Inherited Attributes: 
STUDENT: 

SSN 

PRESENT_STATUS 

LAST__NAME 

FIRST_NAME 

SHORTNAME 

RANK 

PHONE_NUMBER 

CITY 

SMC_BOX_NUMBER 

SECTION_NUMBER 

PROPOSED_NPS_DEGREE 

NPS_MAJOR 

STUDY_SPACE 

DATE_OF_BIRTH 

P LACE_OF_B I RT HASTATE 

SECURITY_ACCESS 

LAST_FITREP_DATE 

NEXT_DUTY_STATION 

DATE_OF_ORDERS 

APC 

DUAL_DEGREE 
CONVENING_DATE 
MAR I T AL_S TATU S 
LIB RARY_C ARD_NUMB E R 
AIDS_TEST_DATE 
DE NT AL_D AT E 
TOTAL_QPR 
COMMENTl 



TYPE_REFRESHER 

TYPEJDFFICER 

RECEIVED_ORDERS_TO_ATTEND 

MIDDLE_INITIAL 

GENDER 

DATEJDF_RANK 

STREET 

ZIP_CODE 

LAME SA_HOUSING_OCCUP ANT 

SPLIT_SECTION 

ACCREDITATION_STATUS 

COMMlSSlONING_SOURCE 

LOCKE R_NUMBER 

P LAC E_OF_B I RTH_C I T Y 

DATE_REPORTED_ABOARD 

SECURITY_BACKGROUND 

NEXT_FITREP_DUE 

PREVIOUS_DUTY_STATION 

NAME_OF_SPONSOR 

DATEJTHAT_A_SPONSOR_WAS_ASSIGNED 

DATE_WELCOME_PACKAGE_SENT 

DATE_SPONSOR_LETTER_SENT 

IN_BOUND_STUDENT_SPONSOR 

MAINFRAME_ACCOUNT_NUMBER 

P HY S I CAL_D ATE 

ANT I C I P ATED J3RADUAT ION_D ATE 
GRADUATE_QPR 

STARTED PARENT CURRICULUM 



COMPLETED FIRST REFRESHER QTR 
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Entity Definition 



Entity : 



MILITARY NON NAVY 



Description : 

Properties : 

Attributes : 
Subtype of: 



This identifies a student as belonging to a US 
Military component other than the Navy. The 
individual's service component is identified. 



Min Occ: 
Max Occ : 

SERVICE 

STUDENT 



Inherited Attributes: 
STUDENT: 

SSN 

PRESENT_STATUS 

LAST_NAME 

FIRST_NAME 

SHORTNAME 

RANK 

PHONE_NUMBER 

CITY 

SMC_BOX_NUMBER 

SECTION_NUMBER 

PROPOSED_NPS_DEGREE 

NPS_MAJOR 

STUD Y_SP ACE 

DATE_OF_BIRTH 

P LAC E_OF_B I RT H_S T AT E 

SECURITY_ACCESS 

LAST_F I TREP_DATE 

NEXT_DUTY_STATION 

DATE_OF_ORDERS 

APC 

DUAL_DEGREE 

CONVENINGJDATE 

MARITAL_STATUS 

LIB RAR Y_C ARD_NUMB E R 

AIDS_TEST_DATE 

DENTAL_DATE 

TOTAL_QPR 

COMMENT 1 



400 Avg Occ: 

1000 Growth Rate: 



500 

5% per year 



TYPE_REFRESHER 
TYP E_OFF I CER 

RECEIVED_ORDERS_TO_ATTEND 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 

STREET 

ZIP_CODE 

LAMESA_HOUSING_OCCUPANT 

SPLIT_SECTION 

ACCREDITATION_STATUS 

COMMI S S ION ING_SOURCE 

LOCKE R_NUMBER 

P LACE_OF_B I RTH_C I TY 

DATE_REPORTED_ABOARD 

SECURITY_BACKGROUND 

NEXT_FITREP_DUE 

PREVIOUS_DUTY_STATION 

NAME_OF_S P ON SOR 

DATE_THAT_A_SPONSOR_WAS_ASSIGNED 

DATE_WELCOME_PACKAGE_SENT 

DATE_SPONSOR_LETTER_SENT 

I N_BOUND_S TUD E NT_S P ON SO R 

MA I N F RAME_AC COUNT_NUMB E R 

PHYSICAL_DATE 

ANTICIPATED_GRADUATION_DATE 

GRADUATE_QPR 

STARTED PARENT CURRICULUM 



COMPLETED FIRST REFRESHER QTR 
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Entity Definition 



Entity : 


NAVY 


Description : 


This indicates that a student is a member of the 
US Navy, and identifies the officer's lineal number 
year group, and officer designator. 


Properties : 


Min Occ: 400 Avg Occ: 800 

Max Occ: 1600 Growth Rate: 5% per year 


Attributes : 


OFFICER DESIGNATOR 
LINEAL NUMBER 
OFFICER YEAR GROUP 



Relationships : 

Sometimes (50%) OBTAINS many STUDENT_BOOK_REIMBURSEMENT 
Cardinality Min: 1 (est) Max: 3 (est) Avg: 1 

cannot transfer. 

Sometimes (80%) TAKES many PRT 

Cardinality Min: 2 (est) Max: 4 (est) Avg: 2 

cannot transfer. 

Subtype of: STUDENT 
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Inherited Attributes: 
STUDENT: 

SSN 

PRESENT_STATUS 
LAST_NAME 
F I RS T__NAME 
SHORTNAME 
RANK 

P HON E_N UMB E R 
CITY 

SMC_BOX_NUMBER 

SECTION_NUMBER 

P ROP OS E D_NP S_D E GRE E 

NPS_MAJOR 

STUDY_SPACE 

DATE_OF_BIRTH 

P LAC E_OF_B I RTH_ST ATE 

SECURITY_ACCESS 

LAS T_F I T RE P__D AT E 

NEXT_DUTY_STATION 

DATE_OF_ORDERS 

APC 

DUAL_DEGREE 
CONVENING_DATE 
MARI TAL_S TATU S 
LIB RARY_CARD_NUMB E R 
AIDS_TEST_DATE 
DENT AL_D ATE 
TOTAL__QPR 
COMMENTl 



TYPE_REFRESHER 

TYPE_OFFICER 

RECEIVED_ORDERS_TO_ATTEND 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 

STREET 

ZIP_CODE 

LAMESA_HOUSING_OCCUPANT 

SPLIT_SECTION 

ACCRED I TAT I ON_STATUS 

COMMI S S I ON I NG_S OU RC E 

LOCKER_NUMBER 

P LAC E_OF_B I RTH_C I T Y 

DATE_REPORTED_ABOARD 

SECURITY_BACKGROUND 

NEXT_FITREP_DUE 

PREVIOUS_DUTY_STATION 

N AME_OF_S P ON SOR 

DATE_THAT_A_SPONSOR_WAS_ASSIGNED 
DATE_WELCOME_PACKAGE__SENT 
DATE_SPONSOR_LETTER_SENT 
I N_BOUND_S TUDENT_S P ON SOR 
MA I N F RAME_ACCOUNT_NUMB E R 
P H Y S I C AL_D ATE 

ANTICIPATE D_G RAD U AT I ON_D AT E 
GRADUATE_QPR 

STARTED PARENT CURRICULUM 



COMPLETED FIRST REFRESHER QTR 
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Entity Definition 



Entity : 


STUDENT_BOOK_REIMBURSEMENT 


Description : 


This reflects the available balance of book 
reimbursement for a particular student for a specific 

year; this amount cannot exceed the total 

Navy Book Eligibility ceiling imposed by NAVREGs. 


Subject area: 


CURRICULAR__SADS 


Properties : 


Min Occ: 350 Avg Occ : 800 

Max Occ: 1600 Growth Rate: 5% per year 


Attributes : 


AMOUNT REMAINING 

TOTAL AMOUNT ELIGIBLE 

NUMBER ACADEMIC QTRS AUTHORIZED 

YEAR 


Relationships : 





Always CAN_NOT_EXCEED one TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
cannot transfer. 

Always PROVIDED_TO one NAVY 
cannot transfer. 

Sometimes (50%) DEPRECIATED_BY many BOOK_CLAIM 

Cardinality Min: 1 (est) Max: 4 (est) Avg: 1 



cannot 


transfer . 


Identifiers : 


1 YEAR 

1 PROVIDED TO NAVY 
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Entity Definition 



Entity : STUDENT J30URSE_0F_STUDY 

Description: This identifies all the courses that a student 

requests/schedules/completes at NPS; initially courses 
are requested using the Typical_Course_of_Study for a 
particular curriculum and is guided by the Courses or 
Of fered_Courses available at the time of request; when 
scheduled, a section number is assigned and upon 
termination of student participation, a grade is 
earned . 



Subject area: CURRICULAR_SADS 



Properties: Min Occ: 2000 Avg Occ : 4000 

Max Occ: 8000 Growth Rate: 5% per year 

Attributes : STATUS 

VALIDATION 
PASS_FAIL 
ACAD EMI C^YEAR 
ACADEMICjQUARTER 

Relationships : 

Sometimes (50%) USED_TO_CALCULATE one QUARTERjQPR 
cannot transfer. 

Sometimes (20%) INITIALLY_REFLECTS one TYP ICAL_COURSE_OF_STUDY 
cannot transfer. 

Always BELONGS_TO one STUDENT 
cannot transfer. 

Always COMPOSED_OF one COURSE 
can transfer. 



Identifiers : 



1 BELONGS_TO STUDENT 
1 COMPOSED OF COURSE 



Partitioned by: STATUS 

Classifying Value Subtype 



C 

S 

R 



COMPLETED 

SCHEDULED 

REQUESTED 
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Entity Definition 



Entity : 
Description : 

Properties : 



Attributes : 
Subtype of: 



COMPLETED 

This indicates that a course has been completed by 
a particular student. The student's grade is 
identified. 



Min Occ: 
Max Occ: 



2000 Avg Occ: 
20000 Growth Rate: 



10000 

5% per year 



GRADE 

STUDENT COURSE OF STUDY 



Inherited Attributes: 

STUDENT COURSE OF STUDY: 



STATUS 
VALIDATION 
PASS_FAIL 
ACAD EMI C_YEAR 
ACADEMIC QUARTER 
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Entity Definition 



Entity: SCHEDULED 

Description: This indicates that a requested course has been 

scheduled and identifies the section number of 
that particular course of which a student possesses 
enrollment . 



Properties : 



Min Occ: 2000 Avg Occ: 10000 

Max Occ: 20000 Growth Rate: 5% per year 



Attributes : SECTION_NUMBER 

Subtype of : STUDENT_COURSE_OF_STUDY 



Inherited Attributes: 

STUDENT COURSE OF STUDY: 



STATUS 
VALIDATION 
PASS_FAIL 
ACAD EMI C_Y EAR 
ACADEMIC QUARTER 
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Entity Definition 



Entity : 


REQUESTED 


Description : 


This indicates that a course has been requested by 
a particular student. 


Properties : 


Min Occ: 2000 Avg Occ: 10000 

Max Occ: 20000 Growth Rate: 5% per year 


Subtype of : 


S TUD ENT_COURS E__OF_S TUD Y 



Inherited Attributes: 

STUDENT_COURSE_OF_STUDY : STATUS 

VALIDATION 
PASS_FAIL 
ACAD EMI C_JYEAR 
ACADEMIC QUARTER 
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Entity Definition 



Entity: 


THESIS 


Description : 


This identifies the thesis written by one or more 
students . 


Subject area: 


CURRICULAR_SADS 


Properties : 


Min Occ: 500 Avg Occ: 1000 



Max Occ: 2000 Growth Rate: 5% per year 



Attributes : 


NUMBER 

DUE DATE MONTH 

DUE DATE YEAR 

TITLE 

STATUS 

ADVISOR 

SECOND READER 

CLASSIFIED 

JOINT 


Relationships : 





Always WRITTEN_BY many STUDENT 

Cardinality Min: 1 Max: 2 (est) Avg: 1 
cannot transfer. 



Identifiers : 


1 DUE DATE YEAR 
1 NUMBER 
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Entity Definition 



Entity : 


TOTAL_ANNUAL_NAVAL_BOOK_C E I LI NG 


Description: 


This is the funding ceiling allocated to all Naval 
students for book reimbursement during the year; 
used as basis for calculating a particular student's 
book money based on # of quarters remaining and 
previously submitted claims. No claims can be made if 
the figure here = $0.00 


Subject area: 


CURRI CULAR_SADS 


Properties : 


Min Occ: 1 Avg Occ: 1 

Max Occ: 5 Growth Rate: 1% per year 


Attributes : 


TOTAL AMOUNT 
DATE IMPLEMENTED 



Relationships : 

Sometimes (50%) SETS_LIMIT many STUDENT__BOOK_RE IMBURSEMENT 

Cardinality Min: 400 (est) Max: 2000 (est) Avg: 1000 
cannot transfer. 



Identifiers : 


1 DATE IMPLEMENTED 
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Entity Definition 



Entity : TYP ICAL_COURSE_OF_STUD Y 

Description: This uniquely identifies (via Year & Quarter) a 

Matrix_of_Typical_Study for a particular curriculum; 
used once for every student (if at all) - once assigned 
to a specific student, is no longer used. 



Subject area: CURRICULAR_SADS 



Properties: Min Occ : 40 Avg Occ: 80 

Max Occ: 120 Growth Rate: 5% per year 

Attributes : TYPE_STUDENT 

REFRESHER_REQUIREMENTS 

Relationships : 

Always IDENTIFIES many QTRJ3FJTYP ICAL_STUDY 

Cardinality Min: 1 (est) Max: 12 (est) Avg: 6 

cannot transfer. 

Sometimes (50%) INITIALLY_ASSIGNED_AS one STUDENT_COURSE_OF_STUDY 
cannot transfer. 

Always RE COMMEND ED_FOR one CURRICULUM 
cannot transfer. 



Identifiers : 

1 REFRESHER_REQUIREMENTS 
1 TYPE__STUDENT 

1 RECOMMENDED FOR CURRICULUM 



-End of Report- 
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APPENDIX C 



The report on the following pages, defines the Entity 
Hierarchy of the data model designed for the student 
information system which provides information about the parent 
entity types in the model and their subtypes, including 
identification of their attributes. [Ref. 26:p. 20-8] 
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Entity Hierarchy 



Entity: 
Attrs : 


ACADEMIC HISTORY 
SCHOOL 
DEGREE 
MAJOR 
GPA 
DATE 


Entity : 
Attrs : 


BOOK CLAIM 

AMOUNT OF CLAIM 
ACAD EM I C_QUARTE R 


Entity : 
Attrs : 


COMPOSITION OF TYPICAL STUDY 
TYPE_OF_COURSE 


Entity : 
Attrs : 


COURSE 

NAME 

LECTURE CREDIT HOURS 
LAB CREDIT HOURS 
ACADEMIC DEPARTMENT CODE 
NUMBER 


Entity : 
Attrs : 


CURRICULAR OFFICE 
TITLE 
CODE 

PASSWORD 


Entity : 
Attrs : 


CURRICULUM 

TITLE 

NUMBER 


Entity : 
Attrs : 


DEPENDENT 
LAST NAME 
FIRST NAME 
FAMILY MEMBER 

Partng : FAMILY MEMBER 

Subtype : SPOUSE 

Attrs : ALSO_STUDENT 

Subtype: CHILD 

Attrs: DATE OF BIRTH 

GENDER 


Entity : 
Attrs : 


PRT 

SCORE 
BODY FAT 
DATE_OF TEST 


Entity : 
Attrs : 


QTR OF TYPICAL STUDY 
QUARTER NUMBER 
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Entity Hierarchy 



Entity : 
Attrs : 



Entity : 
Attrs : 



QUARTE R_QP R 
TOTAL 
GRADUATE 
ACAD EMI C_YEAR 
ACADEMIC QUARTER 



STUDENT 

SSN 

PRESENT_STATUS 

LAST_NAME 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 

STREET 

ZIP_CODE 

SMC_BOX_NUMBER 

CONVENING__DATE 

SECTION_NUMBER 

PROPOSED_NPS_DEGREE 

NPS_MAJOR 

STUDY_SPACE 

MARITAL_STATUS 

P LAC E_OF_B I RTH_C I T Y 

SEC U RI T Y_BAC KGROUND 

L AST_F I TRE P_DATE 

P REV I OU S_DUT Y_S TAT I ON 

DUAL_DEGREE 

NAME_OF_SPONSOR 

DATE_OF_ORDERS 

COMMI S S IONI NG_SOURCE 

PHYSICAL_DATE 

D ENTAL_D ATE 

AIDS_TEST_DATE 

COMMENTl 

TOTAL_QPR 

TYPE OFFICER 



TYPE_REFRESHER 

REC E I VED_ORD E RS_TO_ATTEND 

FIRST_NAME 

SHORTNAME 

RANK 

PHONE_NUMBER 

CITY 

LAMES A_HOUSING_OCCUP ANT 

DATE_REPORTED_ABOARD 

ANT IC I P ATED_GRADUAT ION_DATE 

SPLIT SECTION 

ACCREDITATION_S TATUS 
APC 

LOCKE RENUMBER 

DATE_OF_BIRTH 

P LAC E_OF_B I RTH_S TATE 

SECURI TY_ACCE S S 

NE XT_F I TRE P__D UE 

NEXT_DUTY_STATION 

DATE_THAT_A_SPONSOR_WAS_ASSIGNED 

DATE_WELCOME_PACKAGE_SENT 

DATE_SPONSOR_LETTER_SENT 

MA I NF RAME_ACCOUNT_NUMB E R 

LIB RAR Y___C ARD_NUMB E R 

IN_BOUND_STUDENT_SPONSOR 

COMP L E TE D_F I RS T_RE F RE S HE R_QTR 

STARTED_PARENT_CURRICULUM 

GRADUATE QPR 



Part ng : 
Subtype : 
Attrs : 
Subtype : 
Attrs : 

Subtype : 
Attrs : 
Subtype : 
Attrs : 



TYPE_OFFICER 

CIVILIAN 

PROGRAM 

INTERNATIONAL 

INTERNATIONAL_SERVICE_COMPONENT 

COUNTRY 

MI L I T ARY_NON_NAVY 
SERVICE 
NAVY 

OFFICER_DESIGNATOR 
LINEAL_NUMBER 
OFFICER YEAR GROUP 
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Entity Hierarchy 



Entity : 
Attrs : 



Entity : 
Attrs : 



Entity : 
Attrs : 



Entity : 
Attrs : 



Entity : 
Attrs : 



STUDENT_BOOK_REIMBURSEMENT 
AMOUNT_REMA I N I NG 
TOTAL_AMOUNT_ELIGIBLE 
N UMB E R_A CAD EMI C_Q T RS__AU T HO R I Z E D 
YEAR 

STUDENT j:OURSE_OF_STUDY 
VALIDATION 
PASS_FAIL 
ACAD EMI C_Y EAR 
ACAD EM I C_QU ARTE R 
STATUS 

Partng : 

Subtype : 

Attrs : 

Subtype : 

Attrs: 

Subtype : 

THESIS 
NUMBER 

DUE_DATE__MONTH 
DUE_DATE_YEAR 
TITLE 
STATUS 
ADVISOR 
SECOND_READER 
CLASSIFIED 
JOINT 

TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
TOTAL_AMOUNT 
DATE_IMPLEMENTED 

TYPICAL_COURSE_OF_STUDY 
TYPE_STUDENT 
REFRESHER REQUIREMENTS 



STATUS 

COMPLETED 

GRADE 

SCHEDULED 

SECTION_NUMBER 

REQUESTED 



-End of Report- 
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APPENDIX D 



The report on the following pages defines the Attribute 
Cross Reference of the designed system which lists all 
attributes within the model alphabetically, to include IEF- 
supplied attributes. It lists each attribute name, associated 
entity type or subtype, and properties. [Ref. 27 :p. 32-8] 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


ACADEMIC DEPARTMENT CODE 
COURSE 

Mandatory Basic Text Length: 2 


attribute : 
entity : 
properties : 


ACADEMIC QUARTER 
QUARTERJQPR 

Mandatory Basic Text Length: 4 


attribute : 
entity : 
properties : 


ACADEMIC QUARTER 
STUDENT COURSE_OF STUDY 
Mandatory Basic Text Length: 4 


attribute : 
entity : 
properties : 


ACADEMIC QUARTER 
BOOK_CLAIM 

Mandatory Basic Text Length: 4 


attribute : 
entity : 
properties : 


ACADEMIC YEAR 
STUDENT_COURSE__OF__STUDY 

Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


ACADEMIC YEAR 
QUARTER_QPR 

Mandatory Basic Number Length: 2 Decimal: 0 


attribute : 
entity : 
properties : 


ACCREDITATION STATUS 
STUDENT 

Optional Basic Text Length: 1 


attribute : 
entity : 
properties : 


ADVISOR 

THESIS 

Optional Basic Text Length: 22 


attribute : 
entity : 
properties : 


AIDS TEST DATE 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
subtype : 
properties : 


ALSO STUDENT 

SPOUSE of entity: DEPENDENT 

Optional Basic Text Length: 1 


attribute : 
entity : 
properties : 


AMOUNT OF CLAIM 
BOOK_CLAIM 

Mandatory Basic Number Length: 5 Decimal: 2 


attribute : 
entity : 
properties : 


AMOUNT REMAINING 
STUDENT_BOOK_REIMBURSEMENT 

Mandatory Derived Number Length: 6 Decimal: 2 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


ANTICIPATED GRADUATION DATE 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
entity : 
properties : 


APC 

STUDENT 

Optional Basic Number Length: 3 Decimal: 0 


attribute : 
entity : 
properties : 


AVERAGE CURRENCY 
IEF_SUPPLIED 

Mandatory Basic Number Length: 11 Decimal: 2 


attribute : 
entity : 
properties : 


AVERAGE_INTEGER 

IEF_SUPPLIED 

Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity : 
properties : 


AVERAGE REAL 
IEF_SUPPLIED 

Mandatory Basic Number Length: 15 Decimal: 4 


attribute : 
entity : 
properties : 


BODY FAT 
PRT 

Optional Basic Number Length: 2 Decimal: 0 


attribute : 
entity : 
properties : 


CITY 

STUDENT 

Optional Basic Text Length: 22 


attribute : 
entity : 
properties : 


CLASSIFIED 

THESIS 

Mandatory Basic Text Length: 1 


attribute : 
entity : 
properties : 


CODE 

CURRICULAR_OFFICE 

Mandatory Basic Text Length: 2 


attribute : 
entity : 
properties : 


COMMENT1 

STUDENT 

Optional Basic Text Length: 30 


attribute : 
entity : 
properties : 


COMMISSIONING SOURCE 
STUDENT 

Optional Basic Text Length: 6 


attribute : 
entity : 
properties : 


COMPLETED FIRST REFRESHER QTR 
STUDENT 

Mandatory Basic Text Length: 2 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


CONVENING DATE 
STUDENT 

Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


COUNT 

IEF_SUPPLIED 

Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
subtype : 
properties : 


COUNTRY 

INTERNATIONAL of entity: STUDENT 

Optional Designed Text Length: 10 


attribute : 
entity : 
properties : 


CUMULATIVE_HOURS 

GAINED (local work element creation) 
Mandatory Basic Number Length: 3 Decimal: 0 


attribute : 
entity: 
properties : 


CUMULATIVE VALUE 

POINT (local work element creation) 
Mandatory Basic Number Length: 6 Decimal: 2 


attribute : 
entity: 
properties : 


CYYMMDD_NUMBER 

NUMCYY (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity: 
properties : 


CYYMMDD_NUMBER 

CYYNUM (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity : 
properties : 


C Y YMMD D_NUMB E R 

CYYDATE (available ief entity & attribute) 

Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity : 
properties : 


DATE 

AC AD EMI C_H I S TORY 

Optional Basic Date Length: 8 


attribute : 
entity: 
properties : 


DATE IMPLEMENTED 

TOTAL_ANNUAL_NAVAL_BOOK _CE I LI NG 
Mandatory Basic Date Length: 8 


attribute : 
subtype : 
properties : 


DATE OF BIRTH 

CHILD of entity: DEPENDENT 

Optional Basic Date Length: 8 


attribute : 
entity: 
properties : 


DATE OF BIRTH 
STUDENT 

Optional Basic Date Length: 8 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


DATE OF ORDERS 
STUDENT 

Optional Basic Date Length: 8 




attribute : 
entity : 
properties : 


DATE OF RANK 
STUDENT 

Optional Basic Date Length: 8 




attribute : 
entity : 
properties : 


DATE OF TEST 
PRT 

Mandatory Basic Date Length: 8 




attribute : 
entity : 
properties : 


DATE REPORTED ABOARD 
STUDENT 

Optional Basic Date Length: 8 




attribute : 
entity : 
properties : 


DATE SPONSOR LETTER SENT 
STUDENT 

Optional Basic Date Length: 8 




attribute : 
entity : 
properties : 


DATE_STRING 

DATEJUL (available ief entity & 
Mandatory Basic Number Length: 9 


attribute) 
Decimal: 0 


attribute : 
entity : 
properties : 


DATE_STRING 

DATETEXT (available ief entity & 
Mandatory Basic Text Length: 10 


attribute) 


attribute : 
entity : 
properties : 


DATE THAT A SPONSOR WAS ASSIGNED 
STUDENT 

Optional Basic Date Length: 8 




attribute : 
entity : 
properties : 


DATE_VALUE 

NUMDATE (available ief entity & 
Mandatory Basic Date Length: 8 


attribute) 


attribute : 
entity : 
properties : 


DATE_VALUE 

DATENUM (available ief entity & 
Mandatory Basic Date Length: 8 


attribute) 


attribute : 
entity : 
properties : 


DATE_VALUE 

JULDATE (available ief entity & 
Mandatory Basic Date Length: 8 


attribute ) 


attribute : 
entity : 
properties : 


DATE_VALUE 

YEAR (available ief entity & attribute) 
Mandatory Basic Date Length: 8 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


DATE_VALUE 

CYYDATE (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE_VALUE 

DAYOFWEEK (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE_VALUE 

DAY (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE_VALUE 

MONTH (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE_VALUE 

DAYS (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE_VALUE 

DATEDAYS (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity: 
properties : 


DATE_VALUE 

DATEJUL (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE_VALUE 

DATETEXT (available ief entity & attribute) 
Mandatory Basic Date Length: 8 


attribute : 
entity : 
properties : 


DATE WELCOME PACKAGE SENT 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
entity : 
properties : 


DAY 

DAY (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


DAY_OF_WEEK 

DAYOFWEEK (available ief entity & attribute) 
Mandatory Basic Text Length: 9 


attribute : 
entity : 
properties : 


DEGREE 

ACADEMIC_HISTORY 

Mandatory Basic Text Length: 15 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


DENTAL DATE 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
entity : 
properties : 


DUAL DEGREE 
STUDENT 

Optional Basic Text Length: 25 


attribute : 
entity : 
properties : 


DUE DATE MONTH 
THESIS 

Mandatory Basic Text Length: 3 


attribute : 
entity : 
properties : 


DUE DATE YEAR 
THESIS 

Mandatory Basic Number Length: 2 Decimal: 0 


attribute : 
entity : 
properties : 


FAMILY MEMBER 
DEPENDENT 

Mandatory Basic Text Length: 6 


attribute : 
entity : 
properties : 


FIRST NAME 
DEPENDENT 

Mandatory Basic Text Length: 15 


attribute : 
entity : 
properties : 


FIRST NAME 
STUDENT 

Mandatory Basic Text Length: 15 


attribute : 
entity : 
properties : 


FLAG 

IEF_SUPPLIED 

Mandatory Basic Text Length: 1 


attribute : 
subtype : 
properties : 


GENDER 

CHILD of entity: DEPENDENT 

Optional Designed Text Length: 1 


attribute : 
entity : 
properties : 


GENDER 

STUDENT 

Optional Basic Text Length: 1 


attribute : 
entity : 
properties : 


GPA 

AC ADEMI C_H I STORY 

Optional Basic Number Length: 3 Decimal: 2 


attribute : 
subtype : 
properties : 


GRADE 

COMPLETED of entity: STUDENT COURSE OF STUDY 

Mandatory Designed Text Length: 2 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 



GRADUATE 

QUARTER_QPR 

Mandatory Derived Number Length: 4 Decimal: 2 

GRADUATE_QPR 

STUDENT 

Optional Derived Number Length: 4 Decimal: 2 
GRADU AT I ON_MONTH 

DATE (available ief entity & attribute) 
Mandatory Basic Number Length: 2 Decimal: 0 

GRADUATION_YEAR 

DATE (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 

HOUR 

HOUR (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 

HOURS 

GAINED (local work element creation) 

Mandatory Basic Number Length: 1 Decimal: 0 

INCOMING_MONTH 

DATE (local work element creation) 

Mandatory Basic Number Length: 2 Decimal: 0 

INCOMING_YEAR 

DATE (local work element creation) 

Mandatory Basic Number Length: 4 Decimal: 0 

INDEX 

FIND (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 

INPUT_STRING 

TRIM (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 

INPUT__STRING 

SUBSTR (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 

INPUT_STRING 

LENGTH (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 
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Attribute Cross Reference 



attribute : 
subtype : 
properties : 


INTERNATIONAL SERVICE COMPONENT 
INTERNATIONAL of entity: STUDENT 

Mandatory Basic Text Length: 5 


attribute : 
entity : 
properties : 


IN BOUND STUDENT SPONSOR 
STUDENT 

Optional Basic Text Length: 1 


attribute : 
entity : 
properties : 


JOINT 

THESIS 

Mandatory Basic Text Length: 1 


attribute : 
entity: 
properties : 


JU L I AN_D AT E 

JULDATE (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity : 
properties : 


LAB CREDIT HOURS 
COURSE 

Mandatory Basic Number Length: 1 Decimal: 0 


attribute : 
entity : 
properties : 


LAMESA HOUSING OCCUPANT 
STUDENT 

Optional Basic Text Length: 1 


attribute : 
entity : 
properties : 


LAST FITREP DATE 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
entity : 
properties : 


LAST NAME 
DEPENDENT 

Mandatory Basic Text Length: 23 


attribute : 
entity : 
properties : 


LAST NAME 
STUDENT 

Mandatory Basic Text Length: 23 


attribute : 
entity : 
properties : 


LECTURE CREDIT HOURS 
COURSE 

Mandatory Basic Number Length: 1 Decimal: 0 


attribute : 
entity : 
properties : 


LIBRARY CARD NUMBER 
STUDENT 

Optional Basic Number Length: 7 Decimal: 0 


attribute : 
subtype : 
properties : 


LINEAL NUMBER 

NAVY of entity: STUDENT 

Optional Basic Number Length: 8 Decimal: 0 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


LOCKER NUMBER 
STUDENT 

Optional Basic Number Length: 3 Decimal: 0 


attribute : 
entity : 
properties : 


MAINFRAME ACCOUNT NUMBER 
STUDENT 

Optional Basic Text Length: 5 


attribute : 
entity : 
properties : 


MAJOR 

AC AD EMI C_H I STORY 

Mandatory Basic Text Length: 15 


attribute : 
entity: 
properties : 


MARITAL STATUS 
STUDENT 

Optional Basic Text Length: 1 


attribute : 
entity: 
properties : 


MIDDLE INITIAL 
STUDENT 

Optional Basic Text Length: 2 


attribute : 
entity : 
properties : 


MINUTE 

MINUTE (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


MONTH 

MONTH (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


NAME 

COURSE 

Mandatory Basic Text Length: 22 


attribute : 
entity : 
properties : 


NAME OF SPONSOR 
STUDENT 

Optional Basic Text Length: 23 


attribute : 
entity : 
properties : 


NEXT DUTY STATION 
STUDENT 

Optional Basic Text Length: 20 


attribute : 
entity: 
properties : 


NEXT FITREP DUE 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
entity : 
properties : 


NPS MAJOR 
STUDENT 

Optional Basic Text Length: 25 
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Attribute Cross Reference 



attribute : 
entity: 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity: 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 



NUMBER 

NUMTIME (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 

NUMBER 

NUMCYY (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 

NUMBER 

CURRICULUM 

Mandatory Basic Text Length: 3 

NUMBER 

COURSE 

Mandatory Basic Number Length: 4 Decimal: 0 

NUMBER 

THESIS 

Mandatory Designed Number Length: 6 Decimal: 0 

NUMBER 

CYYNUM (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 

NUMBER 

NUMDATE (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 

NUMBER 

NUMTEXT (available ief entity & attribute) 
Mandatory Basic Number Length: 15 Decimal: 0 

NUMBER 

TEXTNUM (available ief entity & attribute) 
Mandatory Basic Number Length: 15 Decimal: 0 

NUMBER_ACADEMlC_QTRS_AUTHORIZED 

STUDENT_BOOK_REIMBURSEMENT 

Mandatory Designed Number Length: 1 Decimal: 0 
NUMB E R_D ATE 

DATENUM (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 

NUMBER_OF_DAYS 

DAYS (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


NUMB ER_OF_D AYS 

DATEDAYS (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity : 
properties : 


NUMBER_TIME 

TIMENUM (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
subtype : 
properties : 


OFFICER DESIGNATOR 

NAVY of entity: STUDENT 

Optional Basic Number Length: 4 Decimal: 0 


attribute : 
subtype : 
properties : 


OFFICER YEAR GROUP 

NAVY of entity: STUDENT 

Optional Basic Number Length: 2 Decimal: 0 


attribute : 
entity : 
properties : 


OUTPUT_STRING 

CONCAT (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity : 
properties : 


PASSWORD 

CURRICULAR_OFFICE 

Optional Basic Text Length: 8 


attribute : 
entity : 
properties : 


PASS FAIL 

STUDENT_COURSE_OF_STUDY 
Mandatory Basic Text Length: 1 


attribute : 
entity : 
properties : 


PERCENTAGE 

IEF_SUPPLIED 

Mandatory Basic Number Length: 3 Decimal: 0 


attribute : 
entity : 
properties : 


PHONE NUMBER 
STUDENT 

Optional Basic Number Length: 7 Decimal: 0 


attribute : 
entity : 
properties : 


PHYSICAL DATE 
STUDENT 

Optional Basic Date Length: 8 


attribute : 
entity : 
properties : 


PLACE OF BIRTH CITY 
STUDENT 

Optional Basic Text Length: 20 


attribute : 
entity: 
properties : 


PLACE OF BIRTH STATE 
STUDENT 

Optional Designed Text Length: 2 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


PRESENT STATUS 
STUDENT 

Mandatory Basic Text Length: 10 


attribute : 
entity : 
properties : 


PREVIOUS DUTY STATION 
STUDENT 

Optional Basic Text Length: 20 


attribute : 
subtype : 
properties : 


PROGRAM 

CIVILIAN of entity: STUDENT 

Mandatory Designed Text Length: 17 


attribute : 
entity : 
properties : 


PROPOSED NPS DEGREE 
STUDENT 

Optional Basic Text Length: 30 


attribute : 
entity : 
properties : 


QUARTER NUMBER 
QTR_OF_TYPICAL_STUDY 

Mandatory Basic Number Length: 2 Decimal: 0 


attribute : 
entity : 
properties : 


RANK 

STUDENT 

Mandatory Basic Text Length: 2 


attribute : 
entity : 
properties : 


RECEIVED ORDERS TO ATTEND 
STUDENT 

Mandatory Basic Text Length: 1 


attribute : 
entity : 
properties : 


REFRESHER REQUIREMENTS 
TYPICAL COURSE OF STUDY 

Mandatory Basic Number Length: 1 Decimal: 0 


attribute : 
entity : 
properties : 


SCHOOL 

AC AD EMI C_H I S TORY 

Optional Basic Text Length: 22 


attribute : 
entity : 
properties : 


SCORE 

PRT 

Mandatory Basic Text Length: 1 


attribute : 
entity : 
properties : 


SECOND 

SECOND (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


SECOND READER 
THESIS 

Optional Basic Text Length: 22 
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Attribute Cross Reference 



attribute : 
subtype : 
properties : 


SECTION NUMBER 

SCHEDULED of entity: STUDENT_COURSE__OF_ 

Mandatory Basic Text Length: 1 


STUDY 


attribute : 
entity : 
properties : 


SECTION NUMBER 
STUDENT 

Optional Basic Text Length: 6 




attribute : 
entity : 
properties : 


SECURITY ACCESS 
STUDENT 

Optional Basic Text Length: 1 




attribute : 
entity : 
properties : 


SECURITY BACKGROUND 
STUDENT 

Optional Basic Text Length: 22 




attribute : 
subtype : 
properties : 


SERVICE 

MI L I TARY_NON_NAVY of entity: STUDENT 

Mandatory Basic Text Length: 4 




attribute : 
entity : 
properties : 


SHORTNAME 

STUDENT 

Optional Basic Text Length: 8 




attribute : 
entity : 
properties : 


SMC BOX NUMBER 
STUDENT 

Optional Basic Number Length: 4 Decimal: 


0 


attribute : 
entity : 
properties : 


SPLIT SECTION 
STUDENT 

Optional Basic Text Length: 2 




attribute : 
entity : 
properties : 


SSN 

STUDENT 

Mandatory Basic Text Length: 9 




attribute : 
entity: 
properties : 


STARTED PARENT CURRICULUM 
STUDENT 

Mandatory Basic Text Length: 2 




attribute : 
entity : 
properties : 


STARTING_POSITION 

SUBSTR (available ief entity & attribute) 
Optional Basic Number Length: 4 Decimal: 


0 


attribute : 
entity: 
properties : 


STATUS 

STUDENT_COURSE_OF_STUDY 
Mandatory Basic Text Length: 1 





103 



Attribute Cross Reference 



attribute : 
entity : 
properties : 


STATUS 

THESIS 

Mandatory Basic Text Length: 1 


attribute : 
entity : 
properties : 


STREET 

STUDENT 

Optional Basic Text Length: 40 


attribute : 
entity : 
properties : 


STRING 

NUMTEXT (available ief entity & attribute) 
Mandatory Basic Text Length: 17 


attribute : 
entity : 
properties : 


STRING 

UPPER (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity : 
properties : 


STRING 

TEXTNUM (available ief entity & attribute) 
Mandatory Basic Text Length: 15 


attribute : 
entity : 
properties : 


STRING 

FIND (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity : 
properties : 


STRING 

VERIFY (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity : 
properties : 


STRING1 

CONCAT (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity: 
properties : 


STRING2 

CONCAT (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity : 
properties : 


STRING_LENGTH 

LENGTH (available ief entity & attribute) 
Mandatory Basic Number Length: 9 Decimal: 0 


attribute : 
entity : 
properties : 


STUDY SPACE 
STUDENT 

Optional Basic Text Length: 22 


attribute : 
entity : 
properties : 


SUBSCRIPT 

IEF_SUPPLIED 

Mandatory Basic Number Length: 9 Decimal: 0 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


SUBSTRING 

FIND (available ief entity & 
Mandatory Basic Text Length: 


attribute) 

4096 


attribute : 
entity : 
properties : 


SUBSTRING 

SUBSTR (available ief entity 
Mandatory Basic Text Length: 


& attribute) 
4096 


attribute : 
entity : 
properties : 


SUBSTRING_LENGTH 

SUBSTR (available ief entity 

Optional Basic Number Length 


& attribute) 

: 4 Decimal: 0 


attribute : 
entity : 
properties : 


TIMEJSTRING 

TIMETEXT (available ief entity & attribute) 
Mandatory Basic Text Length: 8 


attribute : 
entity : 
properties : 


TIME__VALUE 

HOUR (available ief entity & 
Mandatory Basic Time Length: 


attribute) 

6 


attribute : 
entity : 
properties : 


TIME_VALUE 

MINUTE (available ief entity 
Mandatory Basic Time Length: 


& attribute) 
6 


attribute : 
entity : 
properties : 


TIME_VALUE 

SECOND (available ief entity 
Mandatory Basic Time Length: 


& attribute) 
6 


attribute : 
entity : 
properties : 


TIME_VALUE 

TIMENUM (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


attribute : 
entity : 
properties : 


TIME_VALUE 

NUMTIME (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


attribute : 
entity : 
properties : 


TIME_VALUE 

TIMETEXT (available ief entity & attribute) 
Mandatory Basic Time Length: 6 


attribute : 
entity : 
properties : 


TITLE 

THESIS 

Optional Basic Text Length: 


254 


attribute : 
entity : 
properties : 


TITLE 

CURRICULAR_OFFICE 
Mandatory Basic Text Length: 


65 
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attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 

attribute : 
entity : 
properties : 



Attribute Cross Reference 



TITLE 

CURRICULUM 

Mandatory Basic Text Length: 40 

TOTAL 

QPR (local work element creation) 

Mandatory Basic Number Length: 6 Decimal: 2 

TOTAL 

QUART ER__Q PR 

Mandatory Derived Number Length: 4 Decimal: 2 



TOTAL_AMOUNT 

TOTAL_ANNUAL_NAVAL_BOOK_CE I LING 

Mandatory Basic Number Length: 6 Decimal: 2 



TOTAL_AMOUNT_E L I G I B L E 
S TUD ENT_BOOK JRE IMBURS EMENT 

Mandatory Basic Number Length: 6 Decimal: 2 

TOTAL_CURRENCY 

IEF_SUPPLIED 

Mandatory Basic Number Length: 15 Decimal: 2 

TOTAL_INTEGER 

IEF_SUPPLIED 

Mandatory Basic Number Length: 15 Decimal: 0 



TOTAL_QPR 

STUDENT 

Optional Derived Number Length: 4 Decimal: 2 



TOTAL_REAL 

IEF_SUPPLIED 

Mandatory Basic Number Length: 15 Decimal: 4 
TRIMMED_STRING 

TRIM (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 

TYPEJDFFICER 

STUDENT 

Mandatory Basic Text Length: 1 
TYPE_OF_COURSE 

COMPOS ITION_OF_TYPICAL_STUDY 
Mandatory Basic Text Length: 1 
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Attribute Cross Reference 



attribute : 
entity : 
properties : 


TYPE REFRESHER 
STUDENT 

Mandatory Basic Number Length: 1 Decimal: 0 


attribute : 
entity : 
properties : 


TYPE STUDENT 

TYPICAL COURSE_OF STUDY 

Mandatory Basic Text Length: 1 


attribute : 
entity : 
properties : 


UPPER_STRING 

UPPER (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity: 
properties : 


VALIDATION 

S TUD ENT_COU RS E_OF_S TUD Y 
Mandatory Basic Text Length: 1 


attribute : 
entity: 
properties : 


VAL I D AT I ON_S T R I NG 

VERIFY (available ief entity & attribute) 
Mandatory Basic Text Length: 4096 


attribute : 
entity : 
properties : 


VALUE 

POINT (local work element creation) 
Mandatory Basic Number Length: 2 Decimal: 1 


attribute : 
entity : 
properties : 


VERIFY 

VERIFY (available ief entity & attribute) 
Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


YEAR 

STUDENT BOOK REIMBURSEMENT 

Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity : 
properties : 


YEAR 

YEAR (local work element creation) 

Mandatory Basic Number Length: 4 Decimal: 0 


attribute : 
entity: 
properties : 


ZIP CODE 
STUDENT 

Optional Basic Number Length: 9 Decimal: 0 



-End of Report- 
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APPENDIX E 



The report on the following pages presents the Attribute 
Definition of the designed system. This report contains 
information about the attributes that are specified in the 
data model, such as attribute name, and aliases, entity type, 
description, properties, length, default value, permitted 
values, and permitted value descriptions. Attributes are 
listed in the alphabetical order of their associated entity 
types. [Ref. 27 :p. 32-9] 
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Attribute Definition 



Entity Type: ACAD EMI C_H I STORY 



Attribute : 


SCHOOL 


Description : 


Name of undergraduate or graduate school 


Properties : 


Optional Basic Text 


Length : 


22 


Attribute : 


DEGREE 


Description : 


Undergraduate or graduate degree earned 


Properties : 


Mandatory Basic Text 


Length : 


15 


Attribute : 


MAJOR 


Description: 


Undergraduate or graduate major earned 


Properties : 


Mandatory Basic Text 


Length : 


15 


Attribute : 


GPA 


Description : 


Undergraduate or graduate grade point average for the 
degree/major earned 


Properties : 


Optional Basic Number 


Length : 


3 


Decimal places: 2 


Default : 


none 

Permitted Values 



0.00 to 4.00 



Attribute : 
Description : 
Properties : 
Length : 



DATE 

Date undergraduate or graduate degree was awarded 
Optional Basic Date 
8 
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Attribute Definition 



Entity Type: BOOK_CLAIM 



Attribute : 
Description : 



AMOUNT OF CLAIM 



Properties : 
Length : 

Decimal places: 



Represents the amount of text books claimed by the 
Naval student for a given Academic Quarter 
Mandatory Basic Number 
5 
2 



Attribute : 
Description: 

Properties : 
Length : 
Default : 



ACAD EMI C_QU ARTE R 

Identifies the particular academic quarter of a 
particular book claim 
Mandatory Basic Text 
4 

none 

Permitted Values 



FALL 

WIN 

SUM 

SPR 
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Attribute Definition 



Entity Type : COMPOS ITION_OF_TYPICAL_STUDY 



Attribute : 
Description : 

Properties : 
Length : 
Default Value 



TYPE_OF_COURSE 

Indicates if a recommended course is an Elective or a 
Required course 
Mandatory Basic Text 
1 
R 

Permitted Values 



E Elective 

R Required 
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Attribute Definition 



Entity Type: COURSE 



Attribute : 
Description : 
Properties : 
Length: 



NAME 

Indicates the actual name of the course 
Mandatory Basic Text 
22 



Attribute : LECTURE __CREDIT_HOURS 

Description: Number of hours of classroom instruction for a given 

course 

Properties: Mandatory Basic Number 

Length: 1 

Decimal places: 0 

Default : none 

Permitted Values 



0 to 5 



Attribute : LAB_CRED I T_HOURS 

Description: Number of laboratory hours for a given course 

Mandatory Basic Number 
1 
0 
0 



Properties : 
Length : 

Decimal places: 
Default Value: 



Permitted Values 



0 to 5 



Attribute : 
Description: 

Properties : 
Length : 
Default : 



ACAD EMI C__D E P ARTME NT_COD E 

Indicates the two digit code for the academic 
department which teaches a particular course 
Mandatory Basic Text 
2 

none 

Permitted Values 



SE 


PH 


OA 


GH 


OS 


OC 


NS 


MR 


ME 


MA 


MS 


EW 


EC 


cs 


ST 


AE 


CC 


MN 


IS 


CO 


CM 


AS 
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Entity Type: 
Attribute : 



COURSE 

NUMBER 



Description : 

Properties : 
Length : 

Decimal places: 
Default : 



Indicates the four digit number identifying the 
graduate level of a particular course 
Mandatory Basic Number 
4 
0 

none 



Permitted Values 



0001 to 4999 
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Attribute Definition 



Entity Type: CURRICULAR_OFFICE 



Attribute : 
Description : 
Properties : 
Length : 



TITLE 

The title of one of the 11 curricular offices 
Mandatory Basic Text 
65 



Attribute : 
Description : 

Properties : 
Length : 
Default : 



CODE 

The two digit code used to identify a NPS curricular 
office 

Mandatory Basic Text 
2 

none 

Permitted Values 



Attribute : 
Description : 



Properties : 
Length : 



3A 


39 


38 


37 


36 


35 


34 


33 


32 


31 


30 




PASSWORD 





The password used by the Management of Information 
System' s office to restrict access to a particular 
curricular officer's student records. 

Optional Basic Text 
8 
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Attribute Definition 



Entity Type: CURRICULUM 



Attribute : 
Description : 
Properties : 
Length : 



TITLE 

The descriptive title of a particular curriculum 
Mandatory Basic Text 
40 



Attribute : 
Description : 
Properties : 
Length : 



NUMBER 

Three digit number identifying a particular curriculum 
Mandatory Basic Text 
3 



115 



Attribute Definition 



Entity Type: DEPENDENT 



Attribute : 
Description : 
Properties : 
Length : 


LAST_NAME 

Indicates the last name of a student's dependent 
Mandatory Basic Text 
23 


Attribute : 
Description: 
Properties : 
Length : 


FIRST_NAME 

Indicates the first name of a student's dependent 
Mandatory Basic Text 
15 


Attribute : 
Description : 


FAMILY_MEMBER 

Identifies the family relationship of a dependent (ie 
Spouse, Child) 


Properties : 
Length : 
Default : 


Mandatory Basic Text 
6 

none 

Permitted Values 

SPOUSE 

CHILD 


Attribute : 
Subtype : 
Description : 


ALSO STUDENT 
SPOUSE 

Indicates if the spouse is also enrolled as a student 
at the Naval Postgraduate School 


Properties : 


Optional Basic Text 



Length: 1 

Default Value: N 

Permitted Values 



Attribute : 
Subtype : 
Description: 
Properties : 
Length : 


N 

Y 

DATE OF BIRTH 
CHILD 

Indicates the date of birth of a child 
Optional Basic Date 
8 
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Entity Type: DEPENDENT 

Attribute: GENDER 

Subtype: CHILD 

Description: Indicates the sex of the child 

Properties: Optional Designed Text 

Length: 1 

Default: none 

Permitted Values 



F 

M 
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Attribute Definition 



Entity Type: PRT 



Attribute : 
Description: 



Properties : 
Length : 
Default : 



SCORE 

Indicates the letter score of a particular physical 
readiness test (ie. Outstanding, Excellent, Good, 
Satisfactory, or Failure) 

Mandatory Basic Text 
1 

none 

Permitted Values 



F 

S 

G 

E 

0 



FAIL! 

Satisfactory 

Good 

Excellent 

Outstanding 



Attribute : 
Description : 
Properties : 
Length : 



BODY_FAT 

Indicates the body fat percentage 
Optional Basic Number 
2 



Decimal places: 



Attribute : 
Description : 
Properties : 
Length : 



DAT E_OF__T E S T 

Date the physical readiness test was taken 
Mandatory Basic Date 
8 
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Attribute Definition 



Entity Type: QTR_OF_TYPICAL_STUDY 



Attribute : QTJARTER_NUMBER 

Description: Identifies the numeric quarter of a recommended course 



Properties : 
Length : 

Decimal places: 



Mandatory Basic Number 
2 
0 
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Attribute Definition 



Entity Type: QUARTER_QPR 



Attribute : 


TOTAL 


Description : 


When the quarter-hour credit of a particular quarter's 
course is multiplied by the point value of the 
student's grade, a quality point value for the 
student's work in the course for that quarter is 
obtained. The sum of quality points for all courses 
taken that quarter are divided by the sum of quarter- 
hour credits of these courses gives a weighted 
numerical evaluation of the student's performance. 


Properties : 
Length : 


Mandatory Derived Number 
4 



Decimal places: 2 

Default Algorithm: CALCULATE j2TRJTOTAL_QPR 



Attribute : 
Description : 


GRADUATE 

When the quarter-hour credit of a particular quarter's 
graduate course is multiplied by the point value of 
the student's grade, a quality point value for the 
student's work in the graduate course for that quarter 
is obtained. The sum of the quality points for all 
graduate courses divided by the sum of the 
quarter-hour credit of these courses gives a weighted 
numerical evaluation of the student's performance. 


Properties : 
Length : 


Mandatory Derived Number 
4 



Decimal places: 2 

Default Algorithm: CALCULATE _QTR_GRADUATE_QPR 



Attribute : 
Description : 
Properties : 
Length: 


ACAD EMI C_YEAR 

Academic year (fiscal year) of a particular quarter 
Mandatory Basic Number 
2 



Decimal places : 0 



Attribute : 
Description : 


ACADEMIC_QUARTER 

The academic quarter (season) of a particular year 
(ie. Fall, Winter, Spring, Summer) 


Properties : 
Length : 
Default : 


Mandatory Basic Text 
4 

none 

Permitted Values 




FALL 

SUM 

SPR 

WIN 



120 



Attribute Definition 



Entity Type: STUDENT 



Attribute : 
Description : 

Properties : 
Length: 



SSN 

The student's social security number; International 
students have an alphanumeric code (ex. TKN9126785) 
Mandatory Basic Text 
9 



Attribute : 
Description : 



Properties : 
Length : 

Decimal places: 
Default Value: 



TYPE_RE FRESHER 

The type of refresher a student will require. (1 for 
direct input: no refresher; 2 for a direct input but 
6 week refresher requirement; 3 for a 460 curriculum 
enrollment with one quarter of refresher required; and 
4 for a 460 curriculum enrollment of two quarter 
refresher required.) 

Mandatory Basic Number 
1 
0 
2 



Permitted Values 



4 4 - requires 2 quarter refresher under Engineering 

Science curriculum (460) 

3 3 - requires 1 quarter refresher under Engineering 

Science Curriculum (460) 

2 2 - direct input (requires 6 week refresher course) 

1 1 - direct input (does not require a refresher) 



Attribute : 
Description : 



PRESENT_S TATUS 

This represents the lifecycle of a student in the 



Properties : 
Length : 

Default Value: 



following order of occurrence: Projected; Arrived; 

Registered; Graduated or Dropped 
Mandatory Basic Text 
10 
A 



Permitted Values 



A 

P 

R 

G 

D 



Arrived : 

Projected : 
Registered: 

Graduated : 

Dropped: 



student has arrived, but has not been 
officially registered by the registrar 
future-student; expected arrival 
student officially registered by the 
regist rar 

can only be entered on or after the date 
of graduation 

student did not complete required courses 
for a degree 
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Entity Type: STUDENT 



Attribute : 
Description : 


TYPE_OFFICER 

Describes the type of officer as: International, 
Civilian, Naval, or Military (ie. Non-Naval) 


Properties : 


Mandatory Basic Text 



Length: 1 

Default Value: N 





Permitted Values 

M Military (non-Navy) 

N Navy 

C Civilian 

I International 


Attribute : 
Description : 


RECEIVED_ORDERS_TO_ATTEND 

This attribute indicates if a notice of acceptance or 
orders directing a prospective student has been 
received . 


Properties : 
Length : 
Default : 


Mandatory Basic Text 
1 

none 

Permitted Values 

N 

Y 


Attribute : 
Description : 
Properties : 
Length : 


LAST_NAME 

Student's last name 
Mandatory Basic Text 
23 


Attribute : 
Description : 
Properties : 
Length : 


FIRST_NAME 

Student's first name 
Mandatory Basic Text 
15 


Attribute : 
Description : 
Properties : 
Length : 


MIDDLE_INITIAL 

Student's middle initial 
Optional Basic Text 
2 



Attribute : SHORTNAME 

Description: Short version of student's name used to retrieve a 

student record. (Usually consists of the first 8 



Properties : 
Length : 


characters of a student's last name) 
Optional Basic Text 
8 
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Entity Type: STUDENT 



Attribute : 


GENDER 


Description : 
Properties : 
Length : 
Default : 


Student' s sex 
Optional Basic Text 
1 

none 

Permitted Values 

M 

F 


Attribute : 
Description : 
Properties : 
Length : 
Default : 


RANK 

Military pay grade of a student. (Ol to 06) 
Mandatory Basic Text 
2 

none 

Permitted Values 

01 ENS (Navy) or 2NDLT 

02 LTJG (Navy) or 1STLT 

03 LT (Navy) or CAPT 

04 LCDR (Navy) or MAJ 

05 CDR (Navy) or LTCOL 

06 CDR (Navy) or COL 


Attribute : 
Description : 
Properties : 
Length : 


DATE OF RANK 

Student's date of current military rank 
Optional Basic Date 
8 


Attribute : 
Description : 
Properties : 


P HON E_NUMB E R 

Student's home phone number 
Optional Basic Number 



Length: 7 

Decimal places: 0 



Attribute : 
Description : 
Properties : 
Length : 


STREET 

Street address of student's current residence 
Optional Basic Text 
40 


Attribute : 
Description : 
Properties : 
Length : 


CITY 

City of student's current residence 
Optional Basic Text 
22 


Attribute : 
Description : 
Properties : 
Length : 


ZIP_CODE 

Zip code of student's current residence 
Optional Basic Number 
9 



Decimal places: 0 
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Entity Type: STUDENT 



Attribute : 
Description : 


LAMESA_HOUSING_OCCUPANT 

Indicates whether a student resides in Navy housing in 
La Mesa Village (Y/N) 


Properties : 
Length : 
Default : 


Optional Basic Text 
1 

none 

Permitted Values 

Y 

N 


Attribute : 
Description : 
Properties : 
Length : 


SMC BOX NUMBER 

Student's four digit student mail center box number 
Optional Basic Number 
4 



Decimal places: 0 



Attribute : 
Description : 
Properties : 
Length : 


DATE_REPORTED_ABOARD 

Date student checked into Curriculum Office 
Optional Basic Date 
8 


Attribute : 
Description : 


CONVEN I NG_D ATE 

This is the date that a student will actual start 
training . 


Properties : 
Length : 


Mandatory Basic Date 
8 


Attribute : 
Description : 
Properties : 
Length : 


ANTIC I P ATED_GRADUAT I ON_D ATE 

Student's prospective graduation date 
Optional Basic Date 
8 



Attribute : SECTION_NUMBER 

Description: Student's assigned curriculum section number (6 digit 



Properties : 
Length : 


code) 

Optional Basic Text 
6 



Attribute : SPLIT_SECTION 

Description: Used to split the section up when it exceeds 60 



Properties : 
Length : 


students 

Optional Basic Text 
2 
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Entity Type: 
Attribute : 



STUDENT 

PROPOSED NPS DEGREE 



Description: 

Properties : 
Length: 
Default Value 



Degree a student will receive upon graduation; see 
Accreditation_Status for students listed in Engineer. 
Optional Basic Text 
30 

MASTER OF SCIENCE 
Permitted Values 



DOCTORATE 

ENGINEER 

MASTER OF SCIENCE 
MASTER OF ARTS 



Attribute : 
Description : 

Properties : 
Length : 
Default : 



AC C RE D I TAT I ON_S T ATU S 

This attribute indicates the status of Accreditation 
for a student in an Engineer Degree. 

Optional Basic Text 
1 

none 

Permitted Values 



C Complete 

I In progress 

N Not evaluated 



Attribute : 
Description: 
Properties : 
Length : 



NPS_MAJOR 

Student's academic major at NPS (Major Specialty) 
Optional Basic Text 
25 



Attribute: APC 

Description : 

Properties : 
Length : 

Decimal places: 



Three digit code indicating a student's academic 
profile code 
Optional Basic Number 
3 
0 



Attribute : 
Description: 

Properties : 
Length : 



STUDY_SPACE 

Used to note areas where the student studies when not 
in class 

Optional Basic Text 
22 



Attribute : 
Description : 
Properties : 
Length : 

Decimal places: 



LOCKE R_NUMBER 

Indicates the student's 
Optional Basic Number 
3 
0 



locker number 
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Entity Type: STUDENT 



Attribute : 
Description : 
Properties : 
Length : 
Default : 


MARITAL_STATUS 

Indicates if a student is married, single, or divorced 
Optional Basic Text 
1 

none 

Permitted Values 

M married 

S single 

D divorced 


Attribute : 
Description : 
Properties : 
Length : 


DATE_OF__BIRTH 

Date student was born 
Optional Basic Date 
8 


Attribute : 
Description : 
Properties : 
Length : 


P LACE_OF_B I RTH_C I T Y 

City student was born 
Optional Basic Text 
20 


Attribute : 
Description : 
Properties : 
Length : 


PLACE_OF__BIRTH_STATE 

State student was born 
Optional Designed Text 
2 


Attribute : 
Description : 


SECURITY_BACKGROUND 

Last security clearance and who granted the clearance 
(ie. NAC/ 901214 ) 


Properties : 
Length : 


Optional Basic Text 
22 


Attribute : 


SECURITY ACCESS 



Description: Single character that indicates No clearance. 



Properties : 
Length : 
Default : 


Confidential, Secret or Top Secret clearance level 
Optional Basic Text 
1 

none 

Permitted Values 




N No Clearance 

C Confidential 

S Secret 

T Top Secret 



Attribute: COMMISSIONING_SOURCE 

Description: Student's commissioning source (ie. NROTC, USNA, etc) 



Properties : 
Length : 


Optional Basic Text 
6 
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Entity Type: STUDENT 



Attribute : 
Description : 


DUAL_DEGREE 

Indicates the name of the second degree. Blank 
indicates no dual degree. 


Properties : 
Length : 


Optional Basic Text 
25 


Attribute : 
Description : 


LAST_F ITREP_DATE 

Ending date of last fitness report. (Needed to ensure 
continuity of the fitness report) 


Properties : 
Length : 


Optional Basic Date 
8 


Attribute : 
Description : 
Properties : 
Length : 


NEXT_FITREP_DUE 

Beginning date of when the next fitness report is due 
Optional Basic Date 
8 


Attribute : 
Description : 
Properties : 
Length : 


PREVIOUS_DUTY_STATION 

Name of previous duty station 
Optional Basic Text 
20 


Attribute : 
Description : 
Properties : 
Length : 


NEXT_DUTY_STATION 

Name of next duty station 
Optional Basic Text 
20 


Attribute : 
Description : 
Properties : 
Length : 


DATE_OF_ORDERS 

Date of orders stated on orders message 
Optional Basic Date 
8 



Attribute : NAME_OF_SPONSOR 

Description: Last name of sponsor assigned to a student 

Properties: Optional Basic Text 

Length: 23 

Attribute : DAT E_THAT_A_SPONSOR_WAS_AS SIGNED 

Description: Date sponsor was assigned to a student 



Properties : 
Length : 


Optional Basic Date 
8 



Attribute : DATE_WELCOME_PACKAGE_SENT 

Description: Date Welcome Aboard Package was sent to prospective 



Properties : 
Length : 


student 

Optional Basic Date 
8 
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Entity Type: STUDENT 



Attribute : 
Description : 
Propert ies : 
Length : 


DATE_SPONSOR_LETTER_SENT 

Date Sponsor Letter was sent to prospective student 
Optional Basic Date 
8 


Attribute : 
Description : 
Properties : 
Length : 


L I BRARY_CARD_N UMB E R 

Student's Library Card number 
Optional Basic Number 
7 



Decimal places: 0 



Attribute : 
Description : 
Properties : 
Length : 


MAINFRAME_ACCOUNT_NUMBER 

Student' s Mainframe Account Number 
Optional Basic Text 
5 



Attribute : AIDS__TEST_DATE 

Description: Date of last AIDS test 

Properties: Optional Basic Date 

Length: 8 

Attribute : PHYSICAL_DATE 

Description: Date of last physical exam 

Properties: Optional Basic Date 



Length : 


8 


Attribute : 
Description : 
Properties : 
Length : 


DENTAL DATE 

Date of last dental exam 
Optional Basic Date 
8 


Attribute : 
Description : 


IN_BOUND_STUDENT_SPONSOR 

Indicates if the student has been assigned as a 
sponsor for an inbound student 


Properties : 
Length : 


Optional Basic Text 
1 



Default Value: N 

Permitted Values 

Y 

N 
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Entity Type: 
Attribute : 



STUDENT 

TOTAL 



QPR 



Description : 



Properties : 
Length : 

Decimal places: 



Total Quality Point Rating: When the quarter-hour 

credit of a course is multiplied by the point value of 
the student's grade, a quality point value for the 
student's work in the course is obtained. The sum of 
the quality points for all courses divided by the sum 
of the quarter-hour credit of theses courses gives a 
weighted numerical evaluation. 

Optional Derived Number 
4 
2 



Default Algorithm: CALCULATE_TOTAL_QPR 

Attribute : GRADUATE_QPR 

Description: Graduate Courses Quality Point Rating: When the 

quarter-hour credit of a graduate course is multiplied 
by the point value of the student' s grade, a quality 
point value for the student's work in the course is 
obtained. The sum of the quality points for all 
graduate courses divided by the sum of the 
quarter-hour credit of these courses gives a weighted 
numerical evaluation of a student's performance. 
Optional Derived Number 
4 
2 



Properties : 
Length : 

Decimal places : 



Default Algorithm: CALCULATE_GRADUATE__QPR 



Attribute : 
Description : 



STARTED__PARENT__CURRICULUM 

This attribute indicates whether a student has 



completed the 460 curriculum; transparent to user as 
this attribute is used and derived by the system only. 
Properties: Mandatory Basic Text 

Length: 2 

Default Value: NA 

Permitted Values 



NA This indicates that a student is NOT enrolled in 460 
curriculum (ie - therefore, student is a direct 
input) ; system is not concerned with 6 week 
refresher in order to account for students 
enrolled in 460 curriculum. 

N This indicates that a student is presently enrolled 

in 460 curriculum and therefore, has NOT yet started 
regular curriculum; student's Type__Ref resher may be 
either 1 Qtr or 2 Qtrs (type 3 or 4, respectively) . 

Y This indicates that a student has completed the 460 

curriculum and is presently enrolled in their parent 
curriculum. 
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Entity Type: 
Attribute : 



STUDENT 

COMPLETED FIRST REFRESHER QTR 



Description : 



Properties : 
Length : 

Default Value: 



This attribute is used to determine whether a student 
has completed the first quarter of a two quarter (ie. 
Type_Refresher « 4) 460 curriculum; transparent to 

user as this attribute is used and derived by the 
system only. 

Mandatory Basic Text 
2 

NA 



Permitted Values 



NA This value indicates that a student is NOT enrolled in 
the two quarter 460 curriculum (ie - therefore, 
student's Type__Re fresher = 3 as a one quarter 460 
curriculum or is = Type 1 or 2 as a direct input) ; 

N This value indicates that a student is presently 

enrolled in 460 curriculum and therefore, has NOT yet 
completed the first quarter of a two quarter 
refresher; student's Type^Re fresher is = 4 only. 

Y This value indicates that a student has completed the 

first quarter of a two quarter 460 curriculum. 



Attribute : 
Description : 
Properties : 
Length : 



COMMENT 1 

Thirty character remarks section 
Optional Basic Text 
30 



Attribute : 
Subtype : 
Description : 

Properties : 
Length: 
Default Value 



PROGRAM 

CIVILIAN 

Indicates the type of program a civilian will 
participate in 
Mandatory Designed Text 
17 

REGULAR CURRICULA 
Permitted Values 



REGULAR CURRICULA 
DEGREE PROGRAM 
NON DEGREE PGM 



Attribute : 
Subtype : 
Description : 

Properties : 
Length : 



I NTE RN AT I ON AL_S E RV I C E_COMP ONENT 
INTERNATIONAL 

Indicates the Military Service Component of an 
International Officer 
Mandatory Basic Text 
5 
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Entity Type: STUDENT 



Attribute : 


COUNTRY 


Subtype : 
Description : 
Properties : 
Length: 


INTERNATIONAL 

Identifies the country of an International student 
Optional Designed Text 
10 


Attribute : 
Subtype : 
Description : 
Properties : 
Length : 


SERVICE 

MI LI TARY_NON_NAVY 

Identifies the Military Service of a Non-Naval Student 
Mandatory Basic Text 
4 


Attribute : 
Subtype : 
Description : 


OFFICER DESIGNATOR 
NAVY 

This is a four digit number indicating a US Navy 
Student's designator (ie. 1110, 1115) 


Properties : 
Length : 


Optional Basic Number 
4 



Decimal places: 0 



Attribute : 
Subtype : 
Description : 
Properties : 
Length : 


LINEAL NUMBER 
NAVY 

US Navy student's eight character lineal number 
Optional Basic Number 
8 



Decimal places: 0 

Attribute : OFFICE R_Y E AR_G ROU P 

Subtype : NAVY 

Description: Student's two digit year group number 

Properties: Optional Basic Number 

Length: 2 

Decimal places: 0 
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Attribute Definition 



Entity Type : STUDENT_BOOK_REIMBURSEMENT 



Attribute : AMOUN T_REMA I N I N G 

Description: Maintained for each Navy student record in order to 

enhance response time of system for viewing and 
reporting; performance factors over storage 
considerations; calculate without increasing wait time 
Properties: Mandatory Derived Number 

Length: 6 

Decimal places: 2 

Default Alaorithm: AMOUNT REMAINING 



Attribute : 
Description : 



TOTAL AMOUNT ELIGIBLE 



Properties : 
Length : 

Decimal places: 



Indicates the total amount a student is authorized to 
use for a particular year (this attribute is derived) 
Mandatory Basic Number 
6 
2 



Attribute : NUMBER_ACADEMIC_QTRS__AUTHORI ZED 

Description: Indicates the number of quarters authorized for a 

particular year 

Properties: Mandatory Designed Number 

Length : 1 

Decimal places: 0 

Default Algorithm: D E T E RMI N E_NUMB E R_AC AD EMI C_QT RS 

Attribute: YEAR 

Description: Indicates the academic year of a particular student's 

book reimbursement 

Properties: Mandatory Basic Number 

Length: 4 

Decimal places: 0 
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Attribute Definition 



Entity Type : STUDENT_COURSE_OF_STUDY 



Attribute : 


STATUS 


Description : 


Indicates if a particular course has been requested, 
scheduled, or completed. 


Properties : 
Length : 


Mandatory Basic Text 
1 



Default Value: R 

Permitted Values 



Attribute : 
Description : 
Properties : 


C Completed 

S Scheduled 

R Requested 

VALIDATION 

Indicates if a course has been validated 
Mandatory Basic Text 



Length: 1 

Default Value: N 





Permitted Values 

Y 

N 


Attribute : 
Description : 


PASS_FAIL 

Indicates if a course is to be taken as for a pass/ 
fail grade 


Properties : 
Length : 


Mandatory Basic Text 
1 



Default Value: N 

Permitted Values 





Y 

N 


Attribute : 
Description : 


ACADEMIC_YEAR 

The academic year (fiscal year) of a particular 


Properties : 
Length : 


quarter 

Mandatory Basic Number 
4 



Decimal places : 0 
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Entity Type: 
Attribute : 
Description 

Properties : 
Length : 
Default : 



STUDENT__COURSE_OF_STUDY 
AC AD EMI C_QU ART E R 

The academic quarter (season) of a particular year 
(ie. F all. Winter , Spring, Summer) 

Mandatory Basic Text 
4 

none 

Permitted Values 



WIN 

SPR 

SUM 

FALL 



Attribute: GRADE 

Subtype : COMPLETED 

Description: Indicates the letter grade earned for a particular 

course 

Properties: Mandatory Designed Text 

Length: 2 

Default Value: I 

Permitted Values 



F 

P 

N 

W 

I 

X 



D 

D + 
C- 

c 

c+ 

B- 

B 

B+ 

A- 

A 



F ail 
Pass 

Ungraded 

Withdrew 

Incomplete 

If an "I" is not removed within the twelve weeks 
following the end of the quarter it becomes an 
"X"; where X = 0.00 point value 



Attribute : SECTION_NUMBER 

Subtype : SCHEDULED 

Description: Indicates the section number of a scheduled course 

Properties: Mandatory Basic Text 

Length: 1 
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Attribute Definition 



Entity Type: THESIS 



Attribute : 


NUMBER 


Description : 


This number is system generated to identify the Thesis 
of a specific year. Once a thesis proposal is 
submitted, this entity will be created. 


Properties : 
Length : 


Mandatory Designed Number 
6 



Decimal places: 0 

Default Algorithm: THESIS_NUMBER 



Attribute : 
Description : 


DUE_DATE_MONTH 

This identifies the month that a thesis is to be 
submitted. An extension which would change the year 
of the recorded Thesis, must be canceled entirely and 
re-entered with a new thesis number. 


Properties : 
Length : 
Default : 


Mandatory Basic Text 
3 

none 

Permitted Values 

DEC NOV 

OCT SEP 

AUG JUL 

JUN MAY 

APR MAR 

FEB JAN 


Attribute : 
Description : 


DUE__DATE__YEAR 

This identifies the year that a thesis will be 
submitted. Should the year change, the thesis would 
have to be deleted and renumbered, since numbers are 


Properties : 
Length : 


assigned on a yearly basis. 
Mandatory Basic Number 
2 



Decimal places: 0 

Attribute: TITLE 

Description: Describes the student's particular thesis 

Properties: Optional Basic Text 

Length: 254 
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Entity Type: THESIS 



Attribute : 


STATUS 


Description : 


Indicates whether student r s thesis is completed yet 
(ie. Yes, No, or extension) 


Properties : 


Mandatory Basic Text 



Length: 1 

Default Value: N 





Permitted Values 

E extension 

N not completed 

Y has been completed 


Attribute : 
Description : 
Properties : 
Length : 


ADVISOR 

Name of the Thesis Advisor 
Optional Basic Text 
22 


Attribute : 
Description : 
Properties : 
Length : 


S E COND_RE AD E R 

Name of the second reader 
Optional Basic Text 
22 


Attribute : 
Description : 


CLASSIFIED 

Indicates if a particular thesis is Classified or 
Unclassified 


Properties : 
Length : 


Mandatory Basic Text 
1 



Default Value: U 

Permitted Values 



Attribute : 
Description : 
Properties : 


C Classified 

U Unclassified 

JOINT 

Indicates whether a thesis is being jointly written 
Mandatory Basic Text 



Length: 1 

Default Value: N 

Permitted Values 

N 

Y 
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Attribute Definition 



Entity Type : TOTAL_ANNUAL_NAVAL_BOOK_CEILING 



Attribute : TOTAL_AMOUNT 

Description: This is the total amount authorized annual for the 



Properties : 
Length : 

Decimal places: 



reimbursement for books purchased by Naval Students. 
Mandatory Basic Number 
6 
2 



Attribute : 
Description : 

Properties : 
Length : 



DATE_IMP LEMENTED 

This is the effective date of the Naval Regulation 
book reimbursement ceiling. 

Mandatory Basic Date 

8 
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Attribute Definition 



Entity Type : TYPICAL_COURSE_OF_STUDY 



Attribute : 
Description : 



Properties : 
Length : 

Default Value: 



TYPE_STUDENT 

Indicates the type of officer (Naval, International, 
Civilian, or Military (non-naval) ) a particular course 
of study is recommended 
Mandatory Basic Text 
1 
N 



Permitted Values 



C Civilian 

M Military (non-Navy) 

N Navy 

I International 



Attribute : 
Description : 



REFRESHER REQUIREMENTS 



Properties : 
Length : 

Decimal places: 
Default : 



Indicates the type of refresher requirements a 
particular course of study is recommended 
Mandatory Basic Number 
1 
0 

none 



Permitted Values 



4 

3 

2 

1 



4 is two quarters of Engineering Science (460) 

3 is one quarter of Engineering Science (460) 

2 is technical refresher (6 week) 

1 is direct input (ie - no refresher courses required) 



-End of Report- 



APPENDIX F 



The report on the following pages presents the Activity 
Definition (or as referenced in earlier versions of IEF, 
Process Definition) of the designed system. This report 
contains a description of the functions and processes of the 
activity model. The expected effects such as creation, update 
or deletion of elementary processes are defined in this 
report. [Ref. 27:p. 32-10] 
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Activity Definition 



Name : 


ACADEMI C _COUNS EL I NG 


Description : 


This function involves the maintenance of the academic 
records of a student in a particular curricular 
office . 


Type: 


Function 


Subordinate of : 


SUPERVISE_ENROLLEDjSTUDENT 


Subordinates : 


RECORD ARRIVAL 

SETUP STUDENT COURSE OF STUDY 
CHANGE COURSE IN STUDENT STUDY 
CHANGE REQT OF COURSE REQUEST 
RECORD THESIS PROPOSAL 
REVISE THESIS PROPOSAL 
ELIMINATE JOINT STATUS 
REVISE THESIS TO JOINT STATUS 
ARCHIVE THESIS 
REMOVE ERRONEOUS THESIS 
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Activity Definition 



Name : 


ACADEMIC DATABASE__ADMINSTRATION 


Description : 


This function incorporates the interaction of academic 
student database. 


Type: 


Function 


Subordinates : 


INITIALIZE STUDENT RECORD 
COUNSELING FUTURE STUDENT 
SUPERVISE ENROLLED STUDENT 
COMPLETED ACADEMIC REQUIREMENTS 
CURRICULUM DEVELOPMENT MGMT 
COURSE MAINTENANCE 
SYSTEM MANAGEMENT 
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Activity Definition 



Name : ARCHIVE_THESIS 

Description: System Gen: This process archives thesis listing for 

those students who have been archived. (Outside scope: 
Thesis Processor) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: ACADEMIC COUNSELING 



Expected Effects: 
Entity Type 



Expected Actions 



THESIS 



read 

delete 



Process ARCHIVE_THESIS 
Import Views 

View INPUT of entity THESIS 
Attributes : 

DUE_DATE_YEAR 

NUMBER 



Export Views 

View OUTPUT_REMOVED of entity THESIS 
Attributes : 

NUMBER 

DUE DATE YEAR 



Entity Action Views 

View of entity THESIS 
Attributes : 



NUMBER 

DUE DATE YEAR 
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Activity Definition 



Name : ASSIGN_NAVY_BOOK_CEILING 

Description: System Gen: This process creates the Naval ceiling for 

the Naval Book Eligibility. (Outside scope: MIS) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: SYSTEM_MANAGEMENT 
Expected Effects: 

Entity Type Expected Actions 



TO T AL_ANN U AL_N AVAL_BOOK_C EILING create 

Process ASSlGN_NAVY_BOOK_CEILING 
Import Views 

View INPUT of entity TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
Attributes : 

TOTAL_AMOUNT 
DATE IMPLEMENTED 



Export Views 

View OUTPUT of entity TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
Attributes : 

TOTAL_AMOUNT 

DATE_IMPLEMENTED 

Entity Action Views 

View of entity TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
Attributes : 

TOTAL_AMOUNT 
DATE IMPLEMENTED 
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Activity Definition 



Name : ASSIGN__PROJECTED_STUDENT 

Description: This process involves entering a prospective student 

into the Naval Postgraduate Schools files. 

(Primarily Admission's responsibility, however. 
Curricular Officers may add a student) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: INITIALIZE STUDENT RECORD 



Expected Effects: 
Entity Type 



Expected Actions 



CURRICULUM update 

read 

STUDENT create 

update 



Process ASSIGN PROJECTED STUDENT 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

TYPE_REFRESHER 
TYPEJDFFICER 

RECEIVED_ORDERS_TO_ATTEND 
LAST__NAME 
FIRST__NAME 

opt MIDDLE__INITIAL 

opt COMMENT 1 opt 

opt COMMISSIONING_SOURCE opt 

opt SERVICE Opt 

opt INTERNATIONAL_SERVICE_COMPONENT 
View INPUT__RE SPONSIBLE of entity CURRICULUM 
Attributes : 



RANK 

ANTI C I P ATED__GRADUAT ION 
PROPOSED__NPS_DEGREE 
NPS__MAJOR 
APC 

CONVENING_DATE 
SHORTNAME 
DUAL__DEGREE 
PROGRAM 
COUNTRY 



DATE 



NUMBER 
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Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

TYPE__RE FRESHER 
TYPE_OFFICER 

RECEIVED_ORDERS_TO_ATTEND 

LAST_NAME 

FIRST_NAME 

MIDDLE_INITIAL 

COMMENT 1 

COMMISSIONING_SOURCE 

SERVICE 

INTERNATIONAL_SERVICE_COMPONENT 
View OUTPUT of entity CURRICULUM 
Attributes : 

NUMBER 



RANK 

ANT I C I P ATED_GRADUAT ION __D ATE 
PROPOSED_NPS_DEGREE 
NPS_MAJOR 
APC 

CONVENING_DATE 

SHORTNAME 

DUAL__DEGREE 

PROGRAM 

COUNTRY 



Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

P RE SENT_STATUS 
RECEIVED_ORDERS_TO_ATTEND 
FIRST_NAME 
SHORTNAME 

ANT I C I PATE D_G RAD UAT I ON_D ATE 
PROPOSED_NPS_DEGREE 
COMMENT 1 

COMM I S S I ON I N G_S OU RC E 
DUAL_DEGREE 
PROGRAM 

INTERNATIONAL_SERVlCE_COMPONENT 

COUNTRY 

SERVICE 

CONVEN ING_DATE 
STARTED_PARENT_CURRICULUM 
COMPLETED_FIRST_REFRESHER_QTR 
View of entity CURRICULUM 
Attributes : 

NUMBER 



TYPE_RE FRESHER 

TYPE__OFFICER 

LAST_NAME 

MIDDLE_INITIAL 

APC 

RANK 

NPS MAJOR 
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Activity Definition 



Name : ASSIGN_STUDENT_SPONSOR 

Description: Each incoming student may or may not be assigned a 

student sponsor who will assist them. Both the 
incoming students records will reflect who will act as 
the sponsor and the sponsor's files will reflect that 
he/she acted as a sponsor. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COUNSELING_FUTURE_STUDENT 
Expected Effects: 

Entity Type Expected Actions 



STUDENT update 

read 



Process ASSIGN_STUDENT_SPONSOR 
Import Views 

View ASSIGNED of entity STUDENT 
Attributes : 

SSN 

View INCOMING of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT_ASSIGNED of entity STUDENT 
Attributes : 

SSN 

LAST_NAME 
FIRST_NAME 
MIDDLE_INITIAL 
IN_BOUND_STUDENT_SPONSOR 
View OUTPUT_INCOMING of entity STUDENT 
Attributes : 

SSN 

LAST_NAME 
F I RST_NAME 
MIDDLE_INITIAL 
NAME_OF_SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
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Entity Action Views 

View EXISTING_ASSIGNED of entity STUDENT 
Attributes : 

SSN 

IN_BOUND_STUDENT_SPONSOR 

LAST_NAME 

View of entity STUDENT 
Attributes : 

SSN 

LAST_NAME 
FIRST_NAME 
MIDDLE_INITIAL 
NAME_OF _SPONSOR 

DATE THAT A SPONSOR WAS ASSIGNED 
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Activity Definition 



Name : CHANGE_COURSE_IN_STUDENT_STUDY 

Description: This process modifies the requested courses of a 

student . 

Type: Elementary process 

Repetitive 

Online implementation suggested 
Subordinate of: ACAD EMI C_COUN S E L I NG 
Expected Effects: 

Entity Type Expected Actions 



STUDENT_COURSE_OF_STUDY update 

read 

COURSE update 

read 



Process CHANGE_COURSE_IN_STUDENT_STUDY 
Import Views 

View NEW_INPUT of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC_DEPARTMENT_CODE 

View NEW_INPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

VALIDATION 
PASS_FAIL 
ACAD EMI C__YEAR 
ACAD EMI C_QUARTER 

View PRESENT_INPUT of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC_DEPARTMENT_CODE 
View INPUT of entity STUDENT 
Attributes : 

SSN 



148 



Export Views 

View OUTPUT_NEW of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC_DEPARTMENT_CODE 

View OUTPUT_NEW of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 
VALIDATION 
PASS_FAIL 
ACADEMIC_YEAR 
ACAD EM I C_QU ART E R 

Entity Action Views 

View NEW of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_D E P ARTME N T_COD E 
View PRESENT of entity COURSE 
Attributes : 

ACAD EMI C_DEPARTMENT_CODE 
NUMBER 

View of entity COURSE 
Attributes : 

NUMBER 

ACAD EM I C_D E P ARTMEN T_COD E 
View of entity STUDENT 
Attributes : 

SSN 

View of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 
VALIDATION 
PASS_FAIL 
ACAD EMI C_YEAR 
ACADEMIC QUARTER 
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Activity Definition 



Name : CHANGE_REQT_OF_COURSE_REQUEST 

Description: This process will not request a different course, but 

will allow a change in requirements such as pass-fail, 
validation, academic quarter and year. 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: ACADEMIC COUNSELING 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT COURSE OF STUDY 



update 

read 



Process CHANGE_REQT_OF_COURSE_REQUEST 
Import Views 

View INPUT_NEW of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

VALIDATION 

PASS FAIL 

ACAD EMI C_JYEAR 
ACAD EMI C_QUARTER 

View PRESENT_INPUT of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC_DEPARTMENT_CODE 
View DESIGNATED of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT NEW of entity STUDENT_COURSE_OF_STUDY 

Attributes : 

VALIDATION 
PASS_FAIL 
ACADEMIC_YEAR 
ACAD EMI C_QU ARTE R 
STATUS 
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Entity Action Views 

View of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_DEPARTMENT_CODE 
View of entity STUDENT 
Attributes : 

SSN 

View of entity STUDENT_COURSE__OF_STUDY 
Attributes : 

VALIDATION 
PASS_FAIL 
ACADEMIC_YEAR 
ACAD EMI C_QU ART E R 
STATUS 
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Activity Definition 



Name : 

Description : 
Type: 

Subordinate of: 
Subordinates : 



COUNSEL ING_FUTURE_STUDENT 

This function involves the welcoming of a future 
student who has been identified as possessing orders to 
attend the Naval Postgraduate School. 

Function 

ACAD EMI C JD AT AB AS E_ADMI N S T RAT I ON 

ASSIGN_STUDENT_SPONSOR 

SEND_SPONSOR_LETTER 

SEND WELCOME ABOARD PACKAGE 
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Activity Definition 



Name : 


COURSEJMAINTENANCE 


Description : 


This function incorporates creation, update and 
deletion of a course and offered courses. 

This function is executed within the Registrar' s 
purview,, however, modeling is required here to enable 
CSADS to present the view necessary to perform the 
Course related functions that fall within the 
Curricular Officers' area of responsibility. 


Type: 


Function 


Subordinate of: 


ACADEMIC_DATABASE ADMIN STRATI ON 


Subordinates : 


ESTABLISH A NEW COURSE 
MODIFY EXISTING COURSE 
REMOVE COURSE FROM CATALOG 



153 



Activity Definition 



Name : 


COURSE_OF_STUDY_MAINTENANCE 


Description : 


This function incorporates the creation, up-date, and 
deletion of a curriculum's Typical_Course of Study. 


Type: 


Function 


Subordinate of: 


CURRICULUM_DEVELOPMENT_MGMT 


Subordinates : 


SETUP TYPICAL COURSE OF STUDY 
MODIFY TYPICAL COURSE OF STUDY 
REMOVE TYPICAL COURSE OF STUDY 
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Activity Definition 



Name : 


CURRICULUM_DEVELOPMENT_MGMT 


Description : 


This function involves the maintenance of the 
curriculum programs . 


Type : 


Function 


Subordinate of: 


ACADEMI C_D ATAB AS E_ADMI NSTRAT ION 


Subordinates : 


CURRICULUM OFFICE MAINTENANCE 
COURSE OF STUDY MAINTENANCE 



155 



Activity Definition 



Name : 


CURRICULUM_OFFICE_MAINTENANCE 


Description : 


This function incorporates the creation, up-date, and 
deletion of curricular offices and curricula. 

This function is executed outside of the curricular 
office, but must be modeled here to enable use of these 
entity types within the CSADS . 


Type: 


Function 


Subordinate of: 


CURRICULUM_DEVELOPMENT_MGMT 


Subordinates : 


ESTABLISH NEW CURRICULAR OFFICE 
MODIFY CURRICULAR OFFICE 
REMOVE CURRICULAR OFFICE 
SETUP NEW CURRICULUM 
MODIFY CURRICULUM 
ELIMINATE CURRICULUM 
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Activity Definition 



Name : ELIMINATE_CURRICULUM 

Description: System Gen: This process involves the removal of a 

curriculum from a particular curricular office. 
(Outside scope: Registrar) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: CURRICULUM_OFFICE_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



CURRICULUM 



read 

delete 



Process ELIMINATE_CURRICULUM 
Import Views 

View INPUT of entity CURRICULUM 
Attributes : 

NUMBER 

Export Views 

View OUTPUT of entity CURRICULUM 
Attributes : 

NUMBER 



Entity Action Views 

View of entity CURRICULUM 
Attributes : 

NUMBER 
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Activity Definition 



Name : ELIMINATE_DEPENDENT_DATA 

Description: This process involves the removal of an entity which 

is no longer a dependent of a student. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 



Subordinate Of: PERSONAL DATA MAINTENANCE 



Expected Effects: 
Entity Type 



STUDENT 

DEPENDENT 



Expected Actions 



read 

read 

delete 



Process ELIMINATE DEPENDENT DATA 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity DEPENDENT 
Attributes : 



LAST_NAME 
FIRST NAME 



Export Views 

View OUTPUT_REMOVED of entity DEPENDENT 
Attributes : 

LAST_NAME 

FIRST_NAME 

View OUTPUT of entity STUDENT 
Attributes : 



SSN 



Entity Action Views 

View EXISTING of entity STUDENT 
Attributes : 



View 



SSN 

of entity DEPENDENT 
Attributes : 



LAST_NAME 
FIRST NAME 
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Activity Definition 



Name : ELIMINATE_JOINT_STATUS 

Description: System Gen: This process involves the disassociation 

of one student from a joint thesis. (Outside scope: 
Thesis Processor) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: ACADEMIC COUNSELING 



Expected Effects: 
Entity Type 

STUDENT 

THESIS 



Expected Actions 



update 

read 

update 

read 



Process ELIMINATE_JOINT_STATUS 
Import Views 

View INPUT_REMOVING of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity THESIS 
Attributes : 

DUE_DATE_YEAR 

NUMBER 



Export Views 

View OUTPUT_REMOVED of entity STUDENT 
Attributes : 

SSN 

View OUTPUT of entity THESIS 
Attributes : 

NUMBER 

DUE DATE YEAR JOINT 



Entity Action Views 

View EXISTING of entity STUDENT 
Attributes : 

SSN 

View of entity THESIS 
Attributes : 

NUMBER 

DUE DATE YEAR JOINT 
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Activity Definition 



Name : ENTER_ACADEMIC_BACKGROUND 

Description: This process involves the recording of a student's 

prior academic history. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: PERSONAL DATA MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 

ACADEMIC HISTORY 



update 

read 

create 

update 



Process ENTE R_AC AD EMI C_B AC KG ROUND 

Import Views 

View INPUT of entity ACAD EMI C__H I STORY 
Attributes : 

SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 

View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity ACADEMIC_HISTORY 
Attributes : 

SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 

view OUTPUT of entity STUDENT 
Attributes : 

SSN 
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Entity Action Views 

View of entity ACADEMIC 
Attributes : 

SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 

View of entity STUDENT 
Attributes : 

SSN 



HISTORY 
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Activity Definition 



Name : ENTER__DEPENDENT_DATA 

Description: This process involves the creation of student's 

dependent information. 

Type: Elementary process 

Repetitive 

Online implementation suggested 
Subordinate of : PERSONAL_DATA_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



DEPENDENT 

STUDENT 



Process ENTER_DEPENDENT_DATA 

Import Views 

View INPUT of entity DEPENDENT 
Attributes : 

LAST_NAME 

FIRST_NAME 

FAMILY_MEMBER 

View INPUT of entity STUDENT 
Attributes : 

SSN 

Export Views 

View OUTPUT of entity DEPENDENT 
Attributes : 

LAST_NAME FIRST__NAME 

family_member 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

Entity Action Views 

View of entity DEPENDENT 
Attributes : 

LAST_NAME FIRST_NAME 

FAMILY_MEMBER 

View of entity STUDENT 
Attributes : 

SSN 



create 

update 

update 

read 
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Activity Definition 




Name : ESTABLISH_A_NEW_COURSE 

Description: System Gen: This process creates a course, 

scope: Registrar) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COURSE MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



COURSE 



create 



Process ESTABLISH__A__NEW_COURSE 
Import Views 

View INPUT of entity COURSE 
Attributes : 

NAME 

LECTURE_CREDIT_HOURS 
LAB_CRED I T_HOURS 

ACAD EM I C D E P ARTME NT_C OD E 

NUMBER 



Export Views 

View OUTPUT of entity COURSE 
Attributes : 

NAME 

LECTURE_CRED I T_HOURS 
LAB_CRED I T_HOURS 
ACAD EMI C_D EP ARTME NT_COD E 
NUMBER 




Entity Action Views 

View of entity COURSE 
Attributes : 



NAME 

LECTURE_CRED I T_HOURS 

LAB_CREDIT_HOURS 

ACAD EMI C_D E P ARTME NT_COD E 

NUMBER 



(Outside 
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Activity Definition 



Name : E S TAB LIS H__A_QU ARTE R_QP R 

Description: System Gen: This process involves the creation of an 

QPR for a particular quarter and year. This process 
would be called when no QPR exist for that particular 
quarter and year when a grade is posted. (Outside 
scope: Registrar) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COMPLETED ACADEMIC REQUIREMENTS 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT_COURSE_OF_STUDY 

STUDENT 

QUARTER QPR 



update 

read 

update 

read 

create 

update 



Process ESTABLI SH_A_QUARTER_QPR 

Import Views 

View INPUT of entity QUART ER__QPR 
Attributes : 

ACAD EMI C_YEAR 
AC AD EMI C_QU ART E R 
View INPUT of entity COURSE 
Attributes : 

NUMBER 

AC AD EMI C_D E P ARTME NT_COD E 
View IMPORT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View EXPORT of entity QUARTER_QPR 
Attributes : 

ACAD EMI C_Y EAR 
ACADEMIC QUARTER 
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Entity Action Views 

View of entity QUART ER_Q PR 
Attributes : 

ACAD EMI C_YEAR 
ACAD EMI C_QU ART E R 
View of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C__DEPARTMENT_CODE 
View of entity STUDENT_COURSE_OF_STUDY 
Attributes : 



STATUS 

View of entity STUDENT 
Attributes : 



SSN 
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Activity Definition 



Name : ESTABLISH_NEW_CURRICULAR_OFFICE 

Description: System Gen: This process creates a new curricular 

office in addition to the 11 present offices. 
Additionally, at least one curriculum must be created 
that composes that particular curricular office. This 
process requires a modification to the code to 
add a permitted value for a curricular office code. 
(Outside scope: Registrar with the assistance of the 
Curricular Officers and Academic Associates) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 

Subordinate of: CURRICULUM OFFICE MAINTENANCE 

Expected Effects: 

Entity Type 



QTR_OF_TYP I CAL_STUDY 

TYP ICAL_COURSE_OF_STUDY 

COMPOSITION_OF_TYPICAL_STUDY 

CURRICULUM 

CURRICULAR__OFFICE 

COURSE 



Expected Actions 



create 

update 

create 

update 

create 

update 

create 

update 

create 

update 

update 

read 



Process ESTABLISH_NEW_CURRICULAR_OFFICE 

Import Views 

Group View GROUP_IMPORT 

Cardinality Min: 1 Max: 20 Avg : 5 
View INPUT of entity CURRICULUM 
Attributes : 

TITLE 

NUMBER 

View INPUT of entity CURRICULAR_OFFICE 
Attributes : 

TITLE 

CODE 

PASSWORD 
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Export Views 

Group View GROUP_EXPORT 

Cardinality Min: 1 Max: 20 Avg: 5 
View OUTPUT of entity CURRICULUM 
Attributes : 

TITLE 

NUMBER 

View OUTPUT of entity CURRICULAR_OFFICE 
Attributes : 

TITLE 

CODE 



Entity Action Views 

View of entity CURRICULUM 
Attributes : 

TITLE 

NUMBER 

View of entity CURRICULAR_OFFICE 
Attributes : 

TITLE 

CODE 

PASSWORD 
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Activity Definition 



Name : 

Description : 
Type : 



FILE_BOOK_CLAIM 

This process creates a claim against a Naval student's 
book money (total amt they are allowed to spend 
for an academic year) and reduces the amount 
remaining in the student's book money. 

Elementary process 
Not Repetitive 

Online implementation suggested 



Subordinate of: NAVY REQUIREMENTS MAINTENANCE 



Expected Effects: 
Entity Type 



STUDENT 

STUDENT_BOOK_REIMBURSEMENT 
BOOK CLAIM 



Process 



FILE BOOK CLAIM 



Expected Actions 

read 

update 

read 

create 

update 



Import Views 

View INPUT of entity BOOK_CLAIM 
Attributes : 

AMOUNT_OF_CLAIM 
AC AD EMI C _QU ART E R 
View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity STUDENT_BOOK_REIMBURSEMENT 
Attributes : 

YEAR 

AMOUNT_REMA I N I NG 

Export Views 

View OUTPUT of entity BOOK_CLAIM 
Attributes : 

AMOUNT_OF_CLAIM 
ACAD EM I C_QU ART E R 

View OUTPUT of entity STUDENT_BOOK_REIMBURSEMENT 
Attributes : 

YEAR 
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Entity Action Views 

View of entity BOOK_CLAIM 
Attributes : 

AMOUNT__OF_CLAIM 
ACAD EMI C_QU ART E R 
View of subtype NAVY 
Attributes : 



SSN 

View of entity STUDENT_BOOK_REIMBURSEMENT 
Attributes : 



YEAR 

AMOUNT REMAINING 
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Activity Definition 



Name : 


INITIALI ZE_STUDENT_RECORD 


Description : 


This function involves the evaluation and preparation 
for a student to be considered at the Naval 
Postgraduate School. 


Type: 


Function 


Subordinate of : 


ACADEMIC_DATABASE_ADMINSTRATION 


Subordinates : 


ASSIGN PROJECTED STUDENT 
MODIFY PROJECTED STUDENT 
REMOVE PROJECTED STUDENT 
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Activity Definition 



Name : 



MODIFY ACADEMIC BACKGROUND 



Description: This process involves the modification of a student's 

record of their academic history. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: PERSONAL DATA MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



ACADEMIC HISTORY 



update 

read 



Process MOD I F Y_AC AD EMI C__B ACKGROUND 

Import Views 

View I NPUT_AD JUSTING of entity ACAD EMI C_H I STORY 
Attributes : 

SCHOOL 

GPA 

DATE 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View PRESENT_INPUT of entity ACAD EMI C_H I STORY 
Attributes : 

MAJOR 

DEGREE 



Export Views 

View OUTPUT_AD JUSTED of entity ACAD EMI C_H I STORY 
Attributes : 

SCHOOL 

GPA 

DATE 

View OUTPUT of entity ACADEMIC_HI STORY 
Attributes : 

SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 
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Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

View of entity ACAD EM I C__H I STORY 
Attributes : 

SCHOOL 

DEGREE 

MAJOR 

GPA 

DATE 
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Activity Definition 



Name : MOD I F Y_BOOK_CL AIM 

Description: This process modifies an existing Naval student's book 

claim and makes the needed adjustment in the student's 
book money . 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 

Subordinate of: NAVY_REQUIREMENTS_MAINTENANCE 

Expected Effects: 

Entity Type 



STUDENT_BOOK_REIMBURSEMENT 
BOOK CLAIM 



P r oce s s MODI FY_BOOK_C L AIM 

Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity STUDENT_BOOK_REIMBURSEMENT 
Attributes : 

YEAR 

View INPUT_NEW of entity BOOK_CLAIM 
Attributes : 

ACADEMIC_QUARTER 
AMOUNT OF CLAIM 



Expected Actions 



update 

read 

update 

read 



Export Views 

View OUTPUT of entity BOOK_CLAIM 
Attributes : 

AMOUNT_OF_CLAIM 
ACADEMIC QUARTER 
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Entity Action Views 

View of subtype NAVY 
Attributes : 

SSN 

View of entity STUDENT_BOOK_REIMBURSEMENT 
Attributes : 

YEAR 



View 


AMOUNT REMAINING 
of entity BOOK_CLAIM 
Attributes : 

AMOUNT OF CLAIM 



ACADEMIC QUARTER 
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Activity Definition 



Name : MODIFY_CURRICULAR_OFFICE 

Description: System Gen: This process modifies an existing 

curricular office. (Outside scope: Registrar) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: CURRICULUM_OFFICE_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



CURRICULAR_OFFICE update 

read 

Process MODIFY_CURRICULAR_OFFICE 
Import Views 

View INPUT of entity CURRICULAR_OFFICE 
Attributes : 

CODE 

TITLE 



Export Views 

View OUTPUT of entity CURRICULAR_OFFICE 
Attributes : 

TITLE 

CODE 



Entity Action Views 

View of entity CURRICULAR_OFFICE 
Attributes : 



TITLE 

CODE 
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Activity Definition 



Name : 



MODIFY CURRICULUM 



Description: System Gen: This process involves the modification of 

a curriculum for a particular curricular office. 
(Outside scope: Registrar) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 



Subordinate of: 



CURRICULUM OFFICE MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



COURSE read 

COMPOSITION_OF_TYPICAL_STUDY update 

read 

TYP ICAL_COURSE_OF_STUDY update 

read 

CURRICULUM update 

read 

CURRICULAR OFFICE read 



Process MODIFY CURRICULUM 



Import Views 

View INPUT of entity CURRICULUM 
Attributes : 



NUMBER 

TITLE 



Export Views 

View OUTPUT of entity CURRICULUM 
Attributes : 



TITLE 

NUMBER 



Entity Action Views 

View of entity CURRICULUM 
Attributes : 



TITLE 

NUMBER 
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Activity Definition 



Name : MODIFYJDEPENDENTJDATA 

Description: This process involves the modification of 

dependent information. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 



Subordinate of: PERSONAL DATA MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



DEPENDENT 



update 

read 



Process MODIFY_DEPENDENT_DATA 
Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity DEPENDENT 
Attributes : 

LAST_NAME 
FIRST_NAME 
FAMILY MEMBER 



Export Views 

view OUTPUT of entity DEPENDENT 
Attributes : 



LASTJNAME 
FIRST_NAME 
FAMILY MEMBER 



Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

View of entity DEPENDENT 
Attributes : 



LAST_NAME 
FIRST_NAME 
FAMILY MEMBER 



student' s 
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Activity Definition 



Name : MODIFY_EXISTING_COURSE 

Description: System Gen: This process modifies an existing course. 

(Outside scope: Registrar) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COURSE_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



COURSE update 

read 



Process MODIFY_EXlSTING_COURSE 
Import Views 

View INPUT of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_D E P ARTMENT_COD E 
NAME 

LECTURE_CRED IT_HOURS 
LAB CREDIT HOURS 



Export Views 

View OUTPUT of entity COURSE 
Attributes : 

NAME 

LECTURE_CREDIT_HOURS 

LAB_CREDIT_HOURS 

NUMBER 

ACAD EMI C_D E P ARTME NT_COD E 

Entity Action Views 

View of entity COURSE 
Attributes : 

NAME 

LECTURE_CREDIT_HOURS 

LAB_CREDIT_HOURS 

NUMBER 

ACADEMIC DEPARTMENT CODE 
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Activity Definition 



Name: MODIFYJ3RADE 

Description: System Gen: This process is a generic update of a 

student's grade. (Outside scope: Registrar) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : COMPLETED__ACADEMIC_REQUIREMENTS 
Expected Effects: 

Entity Type Expected Actions 



STUDENT_COURSEjDF__STUDY update 

read 

Process MODIFY_GRADE 
Import Views 

View INPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

GRADE 

View INPUT of entity COURSE 
Attributes : 

NUMBER ACADEMICJDEPARTMENT_C0DE 

View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

GRADE 



Entity Action Views 

View of entity COURSE 
Attributes : 

NUMBER ACAD EMI C_DEPARTMENT_CODE 

View of entity STUDENT 
Attributes : 

SSN 

View of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

GRADE 
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Activity Definition 



Name : MOD I F Y_N A VY_B OO K_C E I L I N G 

Description: System Gen: This process modifies the Navy Book 

Eligibility. (Outside scope: MIS) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: SYSTEM MANAGEMENT 



Expected Effects: 
Entity Type 



Expected Actions 



TOTAL_ANNUAL_NAVAL_BOOK_CE ILING update 

read 



Process MODIFY NAVY BOOK CEILING 



Import Views 

View INPUT of entity TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
Attributes : 

DATE_IMPLEMENTED 
TOTAL AMOUNT 



Export Views 

View OUTPUT of entity TOTAL_ANNUAL_NAVAL_BOOK_CE ILING 
Attributes : 

TOTAL_AMOUNT 
DATE IMPLEMENTED 



Entity Action Views 

View of entity TOT AL_ANNUAL_NAVAL_BOOK_CE ILING 
Attributes : 

TOTAL_AMOUNT 
DATE IMPLEMENTED 
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Activity Definition 



Name : MODIFY_PASSWORD 

Description: System Gen: This process creates a password for a 

particular curricular office for use by the system to 
restrict the view available to a given curricular 
office; the operation of this process will, of course, 
be transparent to the users. (Outside scope: MIS) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: SYSTEM MANAGEMENT 



Expected Effects: 
Entity Type 



Expected Actions 



CURRICULAR OFFICE 



update 

read 



Process MODIFY_P ASSWORD 

Import Views 

View INPUT of entity CURRICULAR_OFFICE 
Attributes : 

CODE 

PASSWORD 



Export Views 

View OUTPUT of entity CURRICULAR_OFFICE 
Attributes : 

PASSWORD 

CODE 

Entity Action views 

View of entity CURRICULAR_OFFICE 
Attributes : 

PASSWORD 

CODE 
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Activity Definition 



Name : MODIFY_PROJECTED_STUDENT 

Description: This process modifies the description of a prospective 

student. (Admission or Curricular Officer) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : INITIALIZE_STUDENT_RECORD 

Expected Effects: 

Entity Type Expected Actions 



STUDENT update 

read 



Process MODIFY PROJECTED STUDENT 



Import Views 

View INPUT of entity STUDENT 
Attributes : 



opt 


SSN 

TYPE REFRESHER 


Opt 


TYPE OFFICER 


opt 


RECEIVED ORDERS TO ATTEND 


opt 


LAST NAME 


opt 


FIRST NAME 


opt 


MIDDLE INITIAL 


opt 


SHORTNAME 


opt 


RANK 


opt 


ANTICIPATED GRADUATION DATE 


opt 


APC 


opt 


PROPOSED NPS DEGREE 


opt 


NPS MAJOR 


opt 


COMMISSIONING SOURCE 


opt 


COMMENTl 


opt 


DUAL DEGREE 


Opt 


PROGRAM 


opt 


COUNTRY 


Opt 


SERVICE 


opt 


INTERNATIONAL_SERVICE_COMPONENT 





Export Views 

View OUTPUT of entity STUDENT 
Attributes : 



SSN 

PRESENT_STATUS 

RECEIVED_ORDERS_TO_ATTEND 

FIRST_NAME 

SHORTNAME 

ANTICIPATED_GRADUATION_DATE 

PROPOSED_NPS_DEGREE 

COMMENT 1 

DUAL_DEGREE 

COUNTRY 



TYPE_REFRESHER 

TYPEJDFFICER 

LAST_NAME 

MIDDLE_INITIAL 

RANK 

APC 

NPS__MAJOR 

COMMISSIONING_SOURCE 

PROGRAM 

SERVICE 



INTERNATIONAL SERVICE COMPONENT 
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Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

PRESENT_STATUS 
RECEIVED_ORDERS_TO_ATTEND 
F I RST_NAME 
SHORTNAME 

ANTICIPATED_GRADUATION_DATE 

PROPOSED_NPS_DEGREE 

C0MMENT1 

DUAL_DEGREE 

COUNTRY 



TYPE_REFRESHER 

TYPE_OFFICER 

LAST_NAME 

MIDDLE_INITIAL 

RANK 

APC 

NPS_MAJOR 

COMMISSIONING_SOURCE 

PROGRAM 

SERVICE 



INTERNATIONAL SERVICE COMPONENT 
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Activity Definition 



Name: MOD I F Y_P RT 

Description: This process modifies a Naval Student's Physical 

Readiness Training record. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : NAVY_REQUIREMENTS_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



PRT update 

read 

Process MODIFY_PRT 
Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity PRT 
Attributes : 

DATE_OF_TEST 
opt SCORE 

opt BODY_FAT 



Export Views 

view OUTPUT of entity PRT 
Attributes : 



DATE_OF_TEST 

SCORE 

BODY FAT 



Entity Action Views 

View of subtype NAVY 
Attributes : 

SSN 

View of entity PRT 
Attributes : 

D ATE_OF_TE ST 

SCORE 

BODY FAT 
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Activity Definition 



Name : MODIFY_TYPICAL_COURSE_OF_STUDY 

Description: This process involves the modification of a catalogued 

typical course of study for a particular curriculum. 

Type: Elementary process 

Repetitive 

Online implementation suggested 



Subordinate of: COURSE OF STUDY MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



COMPOS IT ION_OF_TYP ICAL_STUDY 
CURRICULUM 

TYP ICAL_COURSE_OF_STUDY 
COURSE 



update 

read 

read 

update 

read 

update 

read 



Process MODIFY TYPICAL COURSE OF STUDY 



Import Views 

View IMPORT_2 of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC_DEPARTMENT_CODE 

View IMPORT of entity COMPOS ITION_OF_TYP ICAL_STUDY 
Attributes : 

TYPE_OF_COURSE 

View IMPORT of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC_DEPARTMENT_CODE 
View IMPORT of entity CURRICULUM 
Attributes : 



NUMBER 

View IMPORT of entity TYP ICAL_COURSE_OF_STUDY 
Attributes : 

REFRESHER_REQUIREMENTS 

TYPE_STUDENT 

View IMPORT of entity QTR_OF_TYP ICAL_STUDY 
Attributes : 

QUARTER NUMBER 
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Export Views 

View EXP0RT_2 of entity COURSE 
Attributes : 

NUMBER 

AC AD EMI C_D E P ARTME NT_COD E 
View EXPORT of entity COURSE 
Attributes : 

ACADEMIC_DEPARTMENT_CODE 

NUMBER 

View EXPORT of entity COMPOS ITION_OF_TYPICAL_STUDY 
Attributes : 



TYPE OF COURSE 



Entity Action Views 

View PERSISTENT_3 of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_DEP ARTME NT_CODE 
View PERSISTENT__2 of entity COURSE 
Attributes : 

ACADEMIC_DEPARTMENT_CODE 

NUMBER 

View of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_DEP ARTME NT_CODE 
View of entity CURRICULUM 
Attributes : 



NUMBER 

View of entity TYPICAL_COURSE_OF_STUDY 
Attributes : 



REFRESHER_REQUIREMENTS 

TYPE_STUDENT 

View of entity QT R_OF_T Y P I C AL_S TUD Y 
Attributes : 



QUARTER_NUMBER 

View of entity COMPOSITION_OF_TYPICAL_STUDY 
Attributes : 



TYPE OF COURSE 
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Activity Definition 



Name : 

Description : 
Type: 

Subordinate of: 
Subordinates : 



NAVY REQUIREMENTS MAINTENANCE 



This function incorporates the maintenance of a Naval 
Student's Administrative requirements. 

Function 

SUPERVISE_ENROLLED_STUDENT 

RECORD_NAVAL_FITREP 

RECORD_NAVAL_OFFICER_DESCRIPTION 

RECORD_PRT 

MOD I F Y_P RT 

REMOVE_PRT 

S E TUP_NAVAL_BOOK_RE IMBURS EMENT 
FILE_BOOK_CLAIM 
MOD I F Y_BOOK_C L A IM 
REMOVE BOOK CLAIM 
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Activity Definition 



Name : 


PERSONAL_DATA_MAINTENANCE 


Description : 


This function involves the maintenance of information 
which is not pertinent to the performance of a 
student at the Naval Postgraduate School. 


Type: 


Function 


Subordinate of: 


SUPERVISE_ENROLLED_STUDENT 


Subordinates : 


ENTER DEPENDENT DATA 
MODIFY DEPENDENT DATA 
ELIMINATE DEPENDENT DATA 
ENTER ACADEMIC BACKGROUND 
MODIFY ACADEMIC BACKGROUND 
REMOVE ACADEMIC BACKGROUND 
RECORD STUDENT DATA 
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Activity Definition 



Name : POST_GRADE 

Description: System Gen: This process records the grade a student 

earned at the completion of a course. (Outside scope 
Registrar) 

Type: Elementary process 

Repetitive 

Online implementation suggested 

Subordinate of: COMPLETED ACADEMIC REQUIREMENTS 

Expected Effects: 

Entity Type 



QUARTERjQPR 

STUDENT COURSE OF STUDY 



Expected Actions 



update 

read 

update 

read 



Process POST_GRADE 
Import Views 

View INPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

ACADEMIC_YEAR 
ACAD EM I C_QU ART E R 
GRADE 

View INPUT of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_D E P ARTMENT_COD E 
View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

ACADEMIC_YEAR 
ACAD EMI C_QUARTE R 
GRADE 
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Entity Action Views 

View of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_D E P A RTME NT_COD E 
View of entity STUDENT 
Attributes : 

SSN 

View of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

ACAD EMI C_YEAR 
ACAD EMI C_QUARTER 
GRADE 
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Activity Definition 



Name : RECORD_ARRIVAL 

Description: This process involves the recording of the arrival (at 

the curricular office) of an incoming student. If 
this student is in the Navy; the Student Book Money is 
created . 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: ACADEMIC COUNSELING 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 



update 

read 



Process RECORD_ARRI VAL 
Import Views 

View ARRIVED of entity STUDENT 
Attributes : 

SSN 

DATE REPORTED ABOARD 



Export Views 

View OUTPUT_ARRIVED of entity STUDENT 
Attributes : 

SSN 

PRESENT_STATUS 

RECEIVED_ORDERS_TO_ATTEND 

LAST_NAME 

FIRST_NAME 

MIDDLE_INITIAL 

DAT E__RE PORT E D_ABOARD 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

PRESENT_S TATUS 

RECEIVED_ORDERS_TO_ATTEND 

LAST_NAME 

F I RST_NAME 

MIDDLE_INITIAL 

DATE REPORTED ABOARD 
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Activity Definition 



Name : RECORD_BIRTH_INFO 

Description: This process records or updates the date of birth and 

place of birth of a particular student. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 



Subordinate of: RECORD STUDENT DATA 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 



update 

read 



Process RECORD BIRTH INFO 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

DATE_OF_BIRTH 
PLACE jOF_BIRTHj:iTY 
PLACE OF BIRTH STATE 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

DATE_OF_BIRTH 
P LAC E_OF_B I RT H_C I T Y 
P L AC E_OF_B I RT H_S TAT E 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

DATE_OF_BIRTH 
P L AC E_OF_B I RT H_C I T Y 
PLACE OF BIRTH STATE 



192 



Activity Definition 



Name : RECORD_DESCRIPTIVE_INFO 

Description: This process updates descriptive information of a 

particular student. (ex. name, gender, rank, 
commissioning source, etc.) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: RECORD_STUDENT_DATA 
Expected Effects: 

Entity Type Expected Actions 



STUDENT 



Process RECORD DESCRIPTIVE INFO 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

PRESENT_STATUS 

LAST_NAME 

FIRST_NAME 

SHORTNAME 

RANK 

MARITAL_STATUS 
LIBRARY CARD NUMBER 



update 

read 



PRES ENT_S TATUS 
RECEIVED_ORDERS_TO_ATTEND 
FIRST_NAME 
SHORTNAME 
RANK 

MAR I T AL_S TATUS 
LIBRARY CARD NUMBER 



TYPE_RE FRESHER 
TYPE_OFFICER 

RECEIVED_ORDERS_TO__ATTEND 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 

COMMI SS IONING_SOURCE 

MAINFRAME ACCOUNT NUMBER 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 



opt TYPE_REFRESHER opt 

opt TYPE__OFFICER opt 

opt LAST_NAME opt 

opt MIDDLE_INITIAL opt 

opt GENDER opt 

opt DATE_OF_RANK opt 

opt COMMI SS ION ING_SOURCE opt 

opt 



MAINFRAME ACCOUNT NUMBER 
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Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

PRESENT_STATUS 

LAST_NAME 

FIRST__NAM£ 

SHORTNAME 

RANK 

MARITAL__STATUS 
LIBRARY CARD NUMBER 



TYPE_REFRESHER 

TYPE_OFFICER 

RECEIVED jDRDERSJTO_ATTEND 

MIDDLE_INITIAL 

GENDER 

DATE_OF_RANK 
COMMISSIONING_SOURCE 
MAINFRAME ACCOUNT NUMBER 
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Activity Definition 



Name : 



RECORD LOCATION INFO 



Description: This process records or updates the local 

phone number, section number, study space 
number of a particular student. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: RECORD_STUDENT_DATA 

Expected Effects: 

Entity Type Expected Actions 



STUDENT 

Process RECORD LOCATION INFO 



update 

read 



Import Views 

View INPUT of entity STUDENT 
Attributes : 



SSN 

STREET 
ZIP_CODE 
SMC_BOX_NUMBER 
SPLIT_SECTION 
LOCKER NUMBER 



PHONE_NUMBER 

CITY 

LAMESA_HOUSING_OCCUPANT 

SECTION_NUMBER 

STUDY SPACE 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 



SSN 

STREET 
ZIP_CODE 
SMC_BOX_NUMBER 
SPLIT_SECTION 
LOCKER NUMBER 



PHONE_NUMBER 

CITY 

LAME S A_HOU SIN G_OC CUP AN T 

SECTION_NUMBER 

STUDY SPACE 



Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

STREET 
ZIP_CODE 
SMC_BOX_NUMB E R 
SPLIT_SECTION 
LOCKER NUMBER 



PHONE_NUMBER 

CITY 

LAMESA_HOUSING_OCCUPANT 

SECTION_NUMBER 

STUDY SPACE 



address, 
or locker 
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Activity Definition 



Name : RECORD__MED ICAL_INFO 

Description: This process updates the medical information 

maintained on a particular student . 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : RECORD_STUDENT_DATA 

Expected Effects: 

Entity Type Expected Actions 



STUDENT update 

read 



Process RECORD_MEDICAL_INFO 
Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

AIDS_TEST_DATE 
PHYSICAL_DATE 
DENTAL DATE 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

AIDS_TEST_DATE 
P HY S I C AL_D ATE 
DENTAL DATE 



Entity Action Views 

View of entity STUDENT 
Attributes : 



SSN 

AIDSJTESTJDATE 
P H Y S I C AL_D ATE 
DENTAL DATE 
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Activity Definition 



Name : RECORD_NAVAL_FITREP 

Description: This process records the date that a Naval Fitness 

Report was submitted, and the due date of the next 
report . 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: NAVY_REQUIREMENTS_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



STUDENT update 

read 



Process RECORD NAVAL FITREP 



Import Views 

View INPUT of entity STUDENT 
Attributes : 



SSN 

LAST_F I TRE P_D ATE 
NEXT FITREP DUE 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 



SSN 

LAST_FITREP_DATE 
NEXT FITREP DUE 



Entity Action Views 

View of entity STUDENT 
Attributes : 



SSN 

LAST_FITREP_DATE 
NEXT FITREP DUE 
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Activity Definition 



Name : RECORD_NAVAL_OFFICER_DESCRIPTION 

Description: This process involves the recording of a Naval 

Officer's Lineal -Number , Year-Group, and 
Officer-Designator . 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: NAVY REQUIREMENTS MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 



update 

read 



Process RECORD_NAVAL_OFFICER_DESCRIPTION 
Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

TYPE_OFFICER 

opt OF F I C E R_D ESI GN ATOR 

opt LINEAL_NUMBER 

opt OFFICER_YEAR_GROUP 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

TYPEJDFFICER 
OFFICER_DESlGNATOR 
LINEAL_NUMBER 
OFFICER YEAR GROUP 



Entity Action Views 

View of entity STUDENT 
Attributes : 



SSN 

TYPE_OFFICER 

officer_designator 

LINEAL_NUMBER 
OFFICER YEAR GROUP 
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Activity Definition 



Name : 



RECORD PRT 



Description: This process involves the creation of a Naval 

Student's Physical Readiness Training Record. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: NAVY REQUIREMENTS MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



NAVY 

STUDENT 

PRT 



Process RECORD_PRT 
Import Views 

View INPUT of entity PRT 
Attributes : 

SCORE 

opt BODY_FAT 

View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity PRT 
Attributes : 

SCORE 

BODY_FAT 

View OUTPUT of entity STUDENT 
Attributes : 



SSN 



Entity Action Views 

View of entity PRT 
Attributes : 

SCORE 

BODY_FAT 

View of entity STUDENT 
Attributes : 



SSN 



update 

read 

create 

update 



DATE OF TEST 



DATE OF TEST 



DATE OF TEST 



199 



Activity Definition 



Name : RECORD_SECURITY_INFO 

Description: This process records the security attributes of a 

particular student. (ex. background, access) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: RECORD_STUDENT_DATA 
Expected Effects: 

Entity Type Expected Actions 



STUDENT update 

read 



Process RECORD SECURITY INFO 



Import Views 

View INPUT of entity STUDENT 
Attributes : 



SSN 

SECURITY_BACKGROUND 
SECURITY ACCESS 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

S E CU R I T Y_B AC KGROUND 
SECURITY ACCESS 



Entity Action Views 

View of entity STUDENT 
Attributes : 



SSN 

SECURITY_BACKG ROUND 
SECURITY ACCESS 
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Activity Definition 



Name : RECORD_STATION_INFO 

Description: This process records the previous duty station, 

duty station and date of orders of a particular 
student . 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: RECORD STUDENT DATA 



Expected Effects: 
Entity Type 



STUDENT 



Process RECORD STATION INFO 



Expected Actions 



update 

read 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

PREVIOUS_DUTY_STATION 
NEXT_DUTY_STATION 
DATE OF ORDERS 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

PREVIOUS_DUTY_STATION 
NEXT_D UT Y_S TAT I ON 
DATE_OF_ORDERS 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

P REV I OU S_D UT Y_S TAT I ON 
NEXT_DUTY_STATION 
DATE OF ORDERS 



next 
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Activity Definition 



Name : 


RECORD_STUDENT_DATA 


Description : 


This process involves the updating of non-academic 
information about a student such as address, phone 
number, birthdate, etc. 


Type : 


Process 

Not Repetitive 

Online implementation suggested 


Subordinate of: 


P E RSONAL_D AT A_MA I NTENANCE 


Subordinates : 


RECORD MEDICAL INFO 
RECORD LOCATION INFO 
RECORD BIRTH INFO 
RECORD STATION INFO 
RECORD DESCRIPTIVE INFO 
RECORD SECURITY INFO 
UPDATE DEGREE INFO 



Expected Effects: 

Entity Type Expected Actions 

CURRICULUM read 

STUDENT update 

read 
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Activity Definition 



Name : RECORD_THESIS_PROPOSAL 

Description: System Gen: This process records the creation of a 

thesis for a particular student or students. (Outside 
Scope: Thesis Processor) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: ACAD EMI C_COUNSE LING 
Expected Effects: 

Entity Type Expected Actions 



STUDENT update 

read 

THESIS create 

update 

Process RECORD THESIS PROPOSAL 



Import Views 

View INDICATED of entity THESIS 
Attributes : 

DUE_DATE_YEAR TITLE 

STATUS ADVISOR 

SECOND_READER CLASSIFIED 

JOINT NUMBER 

DUE_DATE_MONTH 

View IDENTIFIED of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity THESIS 
Attributes : 

DUE_DATE_YEAR 

STATUS 

SECOND_READER 

JOINT 

DUE_DATE_MONTH 

View EXPORT of entity STUDENT 
Attributes : 

SSN 



TITLE 

ADVISOR 

CLASSIFIED 

NUMBER 
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Entity Action Views 

View of entity THESIS 
Attributes : 

DUE_DATE_YEAR 

STATUS 

SECOND_READER 

JOINT 

DUE_DATE_MONTH 
View of entity STUDENT 
Attributes : 

SSN 



TITLE 

ADVISOR 

CLASSIFIED 

NUMBER 
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Activity Definition 



Name : REMOVE_ACAD EMI C_BACKG ROUND 

Description: This process removes an erroneously entered student 

academic history. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : PERSONAL_DATA_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



ACAD EMIC_HI STORY read 

delete 

Process REMOVE_ACAD EMI C_BACKG ROUND 

Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT_REMOVING of entity ACAD EM I C_H I STORY 
Attributes : 

MAJOR 

DEGREE 



Export Views 

View OUTPUT_REMOVED of entity ACAD EMI C_H I STORY 
Attributes : 

DEGREE 

MAJOR 



Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

View of entity ACAD EM I C_H I STORY 
Attributes : 

DEGREE 

MAJOR 
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Activity Definition 



Name : REMO VE__B OO K_C L A I M 

Description: This process removes an erroneously entered book 

claim. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : NAVY_REQUIREMENTS_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



BOOK_CLAIM read 

delete 

STUDENT_BOOK_REIMBURSEMENT update 

read 



P r o c e s s REMO VE_BOOK_C L A I M 

Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity STUDENT_BOOK__REIMBURSEMENT 
Attributes : 

YEAR 

View INPUT of entity BOOK_CLAIM 
Attributes : 

ACADEMIC QUARTER 



Export Views 

View OUTPUT of entity BOOK_CLAIM 
Attributes : 

AMOUNT_OF_CLAIM ACADEMIC_QUARTER 

Entity Action Views 

View of subtype NAVY 
Attributes : 

SSN 

View of entity STUDENT_BOOK_REIMBURSEMENT 
Attributes : 

YEAR 

View of entity BOOK_CLAIM 
Attributes : 

AMOUNT OF CLAIM ACADEMIC QUARTER 
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Activity Definition 



Name : REMOVE_COURS E_F ROM_C ATALOG 

Description: System Gen: This process removes a course from the 

available course listing. (Outside scope: Registrar) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COURSE_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



COURSE read 

delete 



Process R EMO V E_C OU R S E_F ROM_C A T A LO G 

Import Views 

View INPUT of entity COURSE 
Attributes : 

NUMBER 

ACADEMIC DEPARTMENT CODE 



Export Views 

View OUTPUT of entity COURSE 
Attributes : 



NUMBER 

ACADEMIC DEPARTMENT CODE 



Entity Action Views 

View of entity COURSE 
Attributes : 



NUMBER 

ACADEMIC DEPARTMENT CODE 
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Activity Definition 



Name : 



REMOVE CURRICULAR OFFICE 



Description: System Gen: This process removes a curricular office. 

(Outside scope: Registrar) 



Type: 



Elementary process 
Not Repetitive 

Online implementation suggested 



Subordinate of: CURRICULUM_OFFICE_MAINTENANCE 
Expected Effects: 



Process REMOVE_CURRICULAR_OFFICE 
Import Views 

View INPUT of entity CURRICULAR_OFFICE 
Attributes : 

CODE 

Export Views 

View OUTPUT of entity CURRICULARJDFFICE 
Attributes : 

CODE 

Entity Action Views 

View of entity CURRICULAR_OFFICE 
Attributes : 

CODE 



Entity Type 



Expected Actions 



CURRICULAR OFFICE 



read 

delete 
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Activity Definition 



Name : REMOVE_ERRONEOUS JTHES IS 

Description: System Gen: This process removes a thesis which has 

been erroneously entered or has been abandoned by its 
author, as distinguished from a mere modification. 
(Outside scope: Thesis Processor) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 



Subordinate of: ACADEMIC COUNSELING 



Expected Effects: 
Entity Type 



STUDENT 

THESIS 



Expected Actions 



read 

read 

delete 



Process REMOVE_ERRONEOUS _THE SIS 

Import Views 

View INPUT of entity THESIS 
Attributes : 

DUE_DATE_YEAR 

NUMBER 



Export Views 

View OUTPUT of entity THESIS 
Attributes : 



NUMBER 

DUE DATE YEAR 



Entity Action Views 

View of entity THESIS 
Attributes : 



NUMBER 

DUE DATE YEAR 
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Activity Definition 



Name : REMOVE_GRADUATES 

Description: System Gen: This process archives the records of those 

students who have graduated (or those who attended but 
did not meet the requirements for graduation) from the 
Naval Postgraduate School. (Outside scope: Registrar) 

Procedure actually accomplished by Registrar ONLY, 
however, must be modeled here to enable view 
capability by curricular officers. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : COMP LETED_ACADEMIC_REQU I REMENTS 
Expected Effects: 

Entity Type Expected Actions 



THESIS read 

delete 

STUDENT read 

delete 



Process REMOVE GRADUATES 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

ANTICIPATED GRADUATION DATE 



Entity Action Views 

View of entity STUDENT 
Attributes : 



SSN 

ANTICIPATED GRADUATION DATE 
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Activity Definition 



Name : REMOVE__PROJECTED_STUDENT 

Description: System Gen: This process removes an erroneously 

entered student. (Outside Scope: Admissions) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of : INITIALIZE_STUDENT_RECORD 

Expected Effects: 

Entity Type Expected Actions 



STUDENT read 

delete 



Process REMOVE_PROJECTED_STUDENT 
Import Views 

View INPUT_REMOVING of entity STUDENT 
Attributes : 

SSN 



Export Views 

view REMOVED of entity STUDENT 



Attributes : 

SSN 

PRESENT_STATUS 

LAST_NAME 

FIRST_NAME 

RANK 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

PRESENT_STATUS 

LAST__NAME 

FIRST_NAME 

RANK 



TYPE_REFRESHER 

TYPE_OFFICER 

RECEIVED_ORDERS_TO_ATTEND 

MIDDLE__INITIAL 

ANTICIPATED GRADUATION DATE 



TYPE_REFRESHER 

TYPE_OFFICER 

RECEIVED_ORDERS_TO_ATTEND 

MIDDLE_INITIAL 

ANTICIPATED GRADUATION DATE 
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Activity Definition 



Name : REMOVE_P RT 

Description: This process removes an erroneously entered PRT. 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: NAVY_REQUIREMENTS_MAINTENANCE 
Expected Effects: 

Entity Type Expected Actions 



PRT read 

delete 

Process REMOVE_PRT 
Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity PRT 
Attributes : 

DATE OF TEST 



Export Views 

View OUTPUT of entity PRT 
Attributes : 

DATE_OFJTEST 

SCORE 

BODY_FAT 

Entity Action Views 



View 


of 


subtype 


NAVY 




Attributes 


: 








SSN 


View 


of 


entity 


PRT 



Attributes : 

DATE_OF_TEST 

SCORE 

BODY FAT 
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Activity Definition 



Name : REMOVE _TYP ICAL_COURSE_OF_STUDY 

Description: This process removes an erroneously entered typical 

course of study. 



Type: Elementary process 

Repetitive 

Online implementation suggested 
Subordinate of: COURSE OF STUDY MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



TYPICAL COURSE OF STUDY 



read 

delete 



Process REMOVE_TYP I CAL_COURSE_OF_STUD Y 

Import Views 

View INPUT of entity CURRICULUM 
Attributes : 

NUMBER 

View INPUT of entity TYPICAL_COURSE_OF_STUDY 
Attributes : 

REFRESHER_REQUIREMENTS 
TYPE STUDENT 



Export Views 

View OUTPUT of entity TYPICAL_COURSE_OF_STUDY 
Attributes : 

REFRESHER_REQUIREMENTS 
TYPE STUDENT 



Entity Action Views 

View of entity CURRICULUM 
Attributes : 

NUMBER 

View of entity TYP ICAL_COURSE_OF_STUDY 
Attributes : 



REFRESHER_REQUIREMENTS 
TYPE STUDENT 
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Activity Definition 



Name : REVISE_THESIS_PROPOSAL 

Description: System Gen: This process modifies an existing thesis. 

If a student must be removed from a joint thesis, a 
disassociation would be required. (Outside scope: 
Thesis Processor) 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: AC AD EM I C_COUN S E L I NG 
Expected Effects: 

Entity Type Expected Actions 



THESIS update 

read 

STUDENT update 

read 



Process REVISE_THESIS_PR0P0SAL 
Import Views 

View INPUT of entity THESIS 
Attributes : 

DUE_DATE_YEAR NUMBER 

TITLE STATUS 

ADVISOR SECOND_READER 

CLASSIFIED 



Export Views 

View OUTPUT of entity THESIS 
Attributes : 

NUMBER 
STATUS 

SECOND_READER 
JOINT 



DUE_DATE_YEAR 

TITLE 

ADVISOR 

CLASSIFIED 



Entity Action Views 

View of entity THESIS 
Attributes : 

DUE_DATE_YEAR 

TITLE 

ADVISOR 

CLASSIFIED 



NUMBER 

STATUS 

SECOND_READER 

JOINT 
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Activity Definition 



Name : REVI SEETHES I S_TO_JOINT_STATUS 

Description: System Gen: This process revises a thesis entity to 

reflect a joint status and associates the thesis with 
an additional student. (Outside scope: Thesis 

Processor) 

Type : Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: ACADEMIC_COUNSELING 
Expected Effects: 

Entity Type Expected Actions 



THESIS update 

read 

STUDENT update 

read 

Process REVISE_THESIS_TO_JOINT_STATUS 
Import Views 

View INPUT_ADDITIONAL of entity STUDENT 
Attributes : 

SSN 

View INPUT of entity THESIS 
Attributes : 

DUE DATE YEAR NUMBER 



Export Views 

View OUTPUT_ADDITIONAL of entity STUDENT 
Attributes : 

SSN 

View OUTPUT of entity THESIS 
Attributes : 

DUE_DATE_YEAR NUMBER 

JOINT 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

View of entity THESIS 
Attributes : 

DUE_DATE_YEAR NUMBER 

JOINT 
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Activity Definition 



Name : SCHEDULE_COURSE 

Description: System Gen: This process involves scheduling a course 

requested by a specific student. (Outside scope: 
Registrar) 

Type: Elementary process 

Repetitive 

Online implementation suggested 
Subordinate of : COMPLETED_ACADEMIC_REQUIREMENTS 
Expected Effects: 

Entity Type Expected Actions 



STUDENT_COURSE_OF_STUDY update 

read 

Process SCHEDULE_COURSE 
Import Views 

View INPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

SECTION_NUMBER 
View INPUT of entity COURSE 
Attributes : 

NUMBER 

ACAD EM I C_D E P ARTME NT_COD E 
View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

ACAD EMI C_YEAR 
ACAD EM I C_QU ART E R 
SECTION NUMBER 



216 



Entity Action Views 

View of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_D E P ARTMENT _COD E 
View of entity STUDENT 
Attributes : 

SSN 

View of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

STATUS 

ACADEMI C__YE AR 
ACAD EMI C_QUARTER 
SECTION NUMBER 
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Activity Definition 



Name : SEND_SPONSOR_LETTER 

Description: An incoming student's files will reflect when the 

student sponsor sent his introductory letter to the 
new student . 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COUNSELING FUTURE STUDENT 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 



update 

read 



Process SEND SPONSOR LETTER 



Import Views 

View INCOMING of entity STUDENT 
Attributes : 

SSN 

DATE SPONSOR LETTER SENT 



Export Views 

view OUTPUT_INCOMING of entity STUDENT 
Attributes : 

SSN 

LAST_NAME 

FIRST_NAME 

MIDDLE_INITIAL 

DATE_SPONSOR_LETTER_SENT 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

LAST_NAME 

FIRST_NAME 

MIDDLE_INITIAL 

DATE SPONSOR LETTER SENT 
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Activity Definition 



Name : SEND_WELCOME_ABOARD_PACKAGE 

Description: The incoming student's files will reflect when a 

welcome aboard package was sent to the new student . 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: COUNSELING FUTURE STUDENT 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 



update 

read 



Process SEND_WELCOME_ABOARD_PACKAGE 
Import Views 

View INCOMING of entity STUDENT 
Attributes : 

SSN 

DATE WELCOME PACKAGE SENT 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

LAST_NAME 

FIRST_NAME 

MIDDLE_INITIAL 

DATE_WELCOME_PACKAGE_SENT 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

LAST__NAME 

FIRST_NAME 

MIDDLE_INITIAL 

DATE WELCOME PACKAGE SENT 
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Activity Definition 



Name : SETUP_NAVAL_BOOK_RE IMBURSEMENT 

Description: This process creates a student's allocated book money 

for an academic year, (prorated based on the number of 
quarters remaining in the academic year or on the time 
a student entered in the academic year) . 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 

Subordinate of : NAVY_REQUIREMENTS_MAINTENANCE 

Expected Effects: 

Entity Type 



NAVY 

TOTAL_ANNUAL_NAVAL_BOOK_CE I L I NG 
STUDENT 

STUDENT BOOK REIMBURSEMENT 



Expected Actions 



update 

update 

read 

read 

create 

update 



Process SETUP_NAVAL_BOOK_RE IMBURSEMENT 
Import Views 

View INPUT of entity STUDENT_BOOK_RE IMBURSEMENT 
Attributes : 

YEAR 

View INPUT of entity TOTAL_ANNUAL_N AVAL_BOOK__C E I L I NG 
Attributes : 

DATE_IMPLEMENTED 
View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

View OUTPUT of entity STUDENT__BOOK__RE IMBURSEMENT 
Attributes : 

AMOUNT_REMA I N I NG 
T OT AL_AMOUN T_E L I G I B L E 
NUMBER_ACADEMIC_QTRS_AUTHORI ZED 
YEAR 
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Entity Action Views 

view of entity STUDENT_BOOK_REIMBURS EMENT 
Attributes : 

AMOUNT_REMAI N I NG 

TOT AL_AMOUNT_E L I G I B L E 

NUMBER_ACADEMlC_QTRS_AUTHORIZED 

YEAR 

View of entity TOTAL_ANNUAL_NAVAL_BOOK_CEILING 
Attributes : 

DATE_IMPLEMENTED 
TOTAL_AMOUNT 
View of entity STUDENT 
Attributes : 

SSN 
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Activity Definition 



Name : SETUP_NEW_CURRICULUM 

Description: System Gen: This process involves the creation of a 

new curriculum for a particular curricular office. 
(Outside scope: Registrar) 

Type: Elementary process 

Not Repetitive 

Online implementation suggested 



Subordinate of: CURRICULUM OFFICE MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



TYPICAL_COURSE_OF_STUDY create 

COURSE read 

COMPOS I TION_OF_TYP ICAL_STUDY create 

CURRICULAR_OFFICE update 

read 

CURRICULUM create 

update 



Process SETUP NEW CURRICULUM 



Import Views 

View INPUT of entity CURRICULUM 
Attributes : 

TITLE NUMBER 

View INPUT of entity CURRICULAR_OFFICE 
Attributes : 

CODE 

Export Views 

View OUTPUT of entity CURRICULUM 
Attributes : 

TITLE NUMBER 

View OUTPUT of entity CURRICULAR_OFFICE 
Attributes : 

CODE 

Entity Action Views 

View of entity CURRICULUM 
Attributes : 

TITLE NUMBER 

View of entity CURRICULARJDFFICE 
Attributes : 

CODE 
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Activity Definition 



Name : 

Description : 



Type: 



SETUP_STUDENT__COUR$E_OF_STUDY 

This process involves the creation of a student's 
request for all courses he/she will need at NPS. The 
typical course of study for the student's curriculum 
will be used as a guide. 

Elementary process 
Repetitive 

Online implementation suggested 



Subordinate of: ACADEMIC COUNSELING 



Expected Effects: 
Entity Type 



Expected Actions 



QTR_OF_TYP I C AL_S TUD Y read 

STUDENT update 

read 

COURSE update 

read 

COMPOSITION_OF_TYPICAL_STUDY read 

STUDENT_COURSE_OF_STUDY create 

update 

TYPICAL COURSE OF STUDY read 



Process SETUP STUDENT COURSE OF STUDY 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 



Export Views 

Group View OUTGROUP_STUDY 

Cardinality Min: 1 Max: 14 Avg: 7 
View PROVIDED of entity STUDENT_COURSE_OF_STUDY 
Attributes : 



STATUS VALIDATION 

PASS_FAIL ACAD EMI C^YEAR 

ACADEMICJ2UARTER 
View OUTPUT of entity STUDENT 
Attributes : 



SSN 

View OUTPUT of entity COURSE 
Attributes : 

NUMBER ACADEMIC DEPARTMENT CODE 
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Local Views 

View TEMF of work group IEF_SUPPLIED 
Attributes : 

COUNT 

View TEMP of entity STUDENT_COURSE_OF_STUDY 
Attributes : 

ACAD EMI C_YEAR 
ACADEMIC QUARTER 



Entity Action Views 

View of entity CURRICULUM 
Attributes : 

NUMBER 

View of entity TYP ICAL_COURSE_OF_STUDY 
Att ributes : 

REFRESHER_REQUIREMENTS 

TYPE_STUDENT 

View of entity QTR_OF_T YP I CAL_STUD Y 
Attributes : 

QUART ER_NUMBER 

View of entity COMPOS I T ION_OF_TYP ICAL_STUDY 
Attributes : 

TYPE_OF_COURSE 

View of entity STUDENT_COURSE_OF_STUDY 
Attributes : 



STATUS 
VALIDATION 
PASS_FAIL 
ACAD EMI C_YEAR 
ACAD EMI C_QUARTE R 
View of entity STUDENT 
Attributes : 

SSN 

TYPE_REFRESHER 
TYPE_OFFICER 
CONVEN ING_D ATE 
View of entity COURSE 
Attributes : 



NUMBER 

ACADEMIC DEPARTMENT CODE 
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Activity Definition 



Name : 

Description : 
Type: 



SETUP_TYPICAL_COURSE_OF_STUDY 

This process involves the creation of a catalog 
identification of a new typical course of study for a 
particular curriculum. 

Elementary process 
Repetitive 

Online implementation suggested 



Subordinate of: COURSE OF STUDY MAINTENANCE 



Expected Effects: 
Entity Type 



Expected Actions 



QTR_OF_T YP I C AL_ 


_STUDY 


create 






update 


COMPOS ITION__OF_ 


_TYPICAL_STUDY 


create 






update 


TYPICAL_COURSE_ 


_OF_STUDY 


create 






update 


CURRICULUM 




update 






read 


COURSE 




update 






read 



Process SETUP TYPICAL COURSE OF STUDY 



Import Views 

Group View GROUP_IMPORT 

Cardinality Min: 1 Max: 12 Avg: 6 

Group View GROUP_IMPORT__2 

Cardinality Min: 1 Max: 8 Avg: 4 

View INPUT of entity COMPOSITION_OF_TYPICAL_STUDY 
Attributes : 

TYPE_OF_COURSE 
View INPUT of entity COURSE 
Attributes : 

NUMBER ACADEMlC_DEPARTMENT_CODE 

View INPUT of entity QTR_OF_TYPICAL_STUDY 
Attributes : 

QUARTER_NUMBER 

View INPUT of entity TYPICAL_COURSE_OF_STUDY 
Attributes : 

TYPE_STUDENT REFRESHER_REQUIREMENTS 

View INPUT of entity CURRICULUM 
Attributes : 

NUMBER 
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Export Views 

Group View GROUP_EXPORT 

Cardinality Min: 1 Max: 12 Avg: 6 

Group View GR0UP_EXP0RT_2 

Cardinality Min: 1 Max: 8 Avg: 4 
View OUTPUT of entity COMPOSITION_OFJTYPICAL_STUDY 
Attributes : 

T YP E_OF_COURSE 

View OUTPUT of entity COURSE 
Attributes : 

NUMBER 

ACAD EMI C_D E P ARTME NT_COD E 
View OUTPUT of entity QTR_OF_TYPICAL_STUDY 
Attributes : 

QUART ER__NUMBER 

View OUTPUT of entity TYPICAL_COURSE_OF_STUDY 
Attributes : 

TYPE_STUDENT 
REFRESHER_REQUIREMENTS 
View OUTPUT of entity CURRICULUM 
Attributes : 

NUMBER 



Entity Action Views 

View of entity COMPOSITION_OF_TYPICAL_STUDY 
Attributes : 

TYPE_OF_COURSE 
View of entity COURSE 
Attributes : 



NUMBER 

ACAD EMI C_D E P ARTME NT_C OD E 
View of entity QTR_OF_TYP ICAL_STUDY 
Attributes : 

QUARTER_NUMBER 

View of entity TYPICAL_COURSE_OF_STUDY 
Attributes : 

TYPE_STUDENT 
REFRESHER_REQUIREMENTS 
View of entity CURRICULUM 
Attributes : 



NUMBER 
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Activity Definition 



Name : 


SUPERVISE_ENROLLED_STUDENT 


Description : 


This function includes the maintenance of the academic 
records of those students enrolled at the Naval 
Postgraduate School under the supervision of the 
Curricular Officer. 


Type : 


Function 


Subordinate of : 


ACAD EMI C_D AT AB AS E_ADMI N S TRAT I ON 


Subordinates : 


ACADEMIC COUNSELING 
PERSONAL DATA MAINTENANCE 
NAVY REQUIREMENTS MAINTENANCE 
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Activity Definition 



Name : 


SYSTEM_MANAGEMENT 


Description : 


This function incorporates the management of the 
curricular officer passwords and the ceiling limit of 
the Navy Book Eligibility. 

These areas are the responsibility of specially 
authorized system managers only. 


Type: 


Function 


Subordinate of: 


ACAD EMI C_DATABASE_ADMINSTRAT ION 


Subordinates : 


MODIFY PASSWORD 

ASSIGN NAVY BOOK CEILING 

MODIFY NAVY BOOK CEILING 
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Activity Definition 



Name : UPDATEJDEGREE_INFO 

Description: This process updates a student's major, type degree, 

accreditation, or dual degree status. 



Type: Elementary process 

Not Repetitive 

Online implementation suggested 
Subordinate of: RECORD STUDENT DATA 



Expected Effects: 
Entity Type 



Expected Actions 



STUDENT 

Process UPDATE DEGREE INFO 



update 

read 



Import Views 

View INPUT of entity STUDENT 
Attributes : 

SSN 

opt PROPOSED_NPS_DEGREE 

opt ACCREDITATION JSTATUS 

opt NPS_MAJOR 

opt DUAL_DEGREE 



Export Views 

View OUTPUT of entity STUDENT 
Attributes : 

SSN 

PROPOSED_NPS_DEGREE 

ACCREDITATION_STATUS 

NPS_MAJOR 

DUAL_DEGREE 

Entity Action Views 

View of entity STUDENT 
Attributes : 

SSN 

PROPOSED_NPS_DEGREE 
ACCREDITATION_STATUS 
NPS_MAJOR 
DUAL DEGREE 



-End of Report- 
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APPENDIX G 



The report on the following pages, defines the Activity 
Hierarchy (or Process Hierarchy as referenced in earlier 
versions of IEF) of the designed system which shows the 
hierarchy of operations in the activity model. 

[Ref. 27 :p . 32-11] 

Functions or high-level processes are groups of business 
activities that together completely support one aspect of 
furthering the mission of the enterprise. Each function 
describes something the business does, while an elementary 
process (the smallest unit of activity in a business) performs 
a creation, update or deletion of some attribute (s) . 
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Activity Hierarchy 



F unction 
Function 
Elem Proc 
Elem Proc 
Elem Proc 
Function 
Elem Proc 
Elem Proc 
Elem Proc 
Function 
Function 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Function 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Process 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Elem Proc 
Function 



.2 
.3 
. 4 
.5 
► 6 
. 7 



ACADEMIC JDATABASE_ADMINSTRATION 
INITIALIZE_STUDENT_RECORD 

1 ASSIGN_PROJECTED_STUDENT 

2 MOD I F Y_P ROJECTED_STUDENT 

3 REMOVE_PROJECTED_STUDENT 
COUNSELING_FUTURE_STUDENT 

1 ASSIGN_STUDENT_SPONSOR 

2 SEND_SPONSOR_LETTER 

3 SEND_WELCOME_ABOARD_PACKAGE 
SUPERVISE_ENROLLED_STUDENT 

1 ACADEMIC_COUNSELING 
1 RECORD_ARRIVAL 

SETUP_STUDENT_COURSE_OF__STUDY 
CHANGE_COURSE_IN_STUDENT_STUDY 
CHANGE_REQT_OF_COURSE_REQUEST 
RECORD_THES I S_P ROPOSAL 
REVISE_THESIS_PROPOSAL 
ELIMINATE_JOINT_STATUS 
REVISE_THESIS_TO_JOINT_STATUS 
ARCHIVEJTHESIS 
REMOVE_ERRONEOUS_THES I S 

2 PERSONAL_DATA__MAINTENANCE 
2 . 1 ENTER_DEPENDENT_DATA 

MODIFY_DEPENDENT_DATA 
ELIMINATE_DEPENDENT_DATA 
ENTER_ACADEMIC_BACKGROUND 
MOD I F Y_ACAD EMIC_BACKGROUND 
REMOVE_ACADEMIC_BACKGROUND 
RECORD_STUDENT_DATA 

1 RECORD_MEDICAL_INFO 

2 RECORD_LOCATION_INFO 

3 RECORD_BIRTH_INFO 

4 RECORD_STATION_INFO 

5 RECORD_DE SCRIPT I VE_INFO 

6 RECORD_SECURITY_INFO 

7 UPDATE DEGREE INFO 



1 
1 
1 
1 
1 
1 
1 

3.1.8 

3.1.9 

3.1.10 
3, 

3 , 

3 
3, 

3, 

3 
3 
3, 

3 , 

3 
3 
3, 



2.2 

2.3 



2. 
2 , 
2 . 
2 . 
2. 
2 , 
2 . 
2 . 
3.2, 
3.2, 



NAVY REQUIREMENTS MAINTENANCE 



Elem 


Proc 


4 


3.3.1 


RECORD NAVAL FITREP 


Elem 


Proc 


4 


3.3.2 


RECORD NAVAL OFFICER DESCRIPTION 


Elem 


Proc 


4 


3.3.3 


RECORD PRT 


Elem 


Proc 


4 


3.3.4 


MODIFY PRT 


Elem 


Proc 


4 


3.3.5 


REMOVE PRT 


Elem 


Proc 


4 


3.3.6 


SETUP NAVAL BOOK REIMBURSEMENT 


Elem 


Proc 


4 


3.3.7 


FILE BOOK CLAIM 


Elem 


Proc 


4 


3.3.8 


MODIFY BOOK CLAIM 


Elem 


Proc 


4 


3.3.9 


REMOVE BOOK CLAIM 
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Activity Hierarchy 



F unction 


2 
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Elem 


Proc 


3 


4 . 1 


Elem 
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4.2 
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3 


4.3 
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3 


4.4 
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3 


4.5 


Function 


2 
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3 
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4 


5.1 
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4 


5.1 


Elem 
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4 


5.1 
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4 


5.1 


Elem 


Proc 


4 


5.1 


Elem 


Proc 


4 


5.1 


F unction 


3 


5.2 


Elem 


Proc 


4 


5.2 


Elem 
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7.3 



COMPLETED_ACADEMIC_REQUIREMENTS 

SCHEDULE_COURSE 

POST_GRADE 

E S T ABL I S H_A_QU ART E R_QP R 

REMOVE_GRADUATES 

MODIFY_GRADE 

CURRICULUMJDEVELOPMENT_MGMT 

CURRI CULUM_OF F I CE_MAI NTENANCE 
. 1 ESTABLISH_NEW_CURRICULAR_OFFICE 
. 2 MODIFY_CURRICULAR_OFFICE 
. 3 REMOVE_CURRICULAR_OFFICE 
. 4 S ETUP_NE W_CURRI CULUM 
. 5 MOD I F Y_CURRI CULUM 
. 6 ELIMINATE_CURRICULUM 

COURSE_OF_STUDY_MAINTENANCE 
. 1 SETUP_TYP ICAL_COURSE_OF_STUDY 
. 2 MODIFY_TYPICAL_COURSE_OF_STUDY 
. 3 REMOVE JT YP ICAL_COURSE_OF_STUDY 
COURSE_MAINTENANCE 

E S T AB L I S H_A__N E W_COU RS E 
MODIFY_EXISTING_COURSE 
REMOVE_COURSE_FROM_CATALOG 
SYSTEM_MANAGEMENT 
MODIFY_PASSWORD 
AS S I GN_NAVY_BOOK_CE I L I NG 
MODIFY NAVY BOOK CEILING 



-End of Report- 



232 



APPENDIX H 



The Action Diagrams on the following pages were produced 
during system analysis and represents the views of a process. 
These diagrams depict the logic of a process in terms of the 
actions carried out on each entity involved and the conditions 
constraining these actions. 

The smallest unit of activity that is meaningful to the 
end user in the business and leaves the business in a 
consistent state is the elementary process. For every 
elementary process , there is an associated Action Diagram. 
[Ref. 28 : p . 8-14] 

Although many of the processes indicated are not under the 
Curricular Officers' cognizance, each attribute within a 
developed data model must have a process which creates, 
updates, or deletes it (unless unique to the business 
function) . Since the Curricular Officers' Business Area must 
be given a read access to these attributes, processes were 
developed and described as System Gen in the process 
descriptions of the Action Diagrams. 

Procedures detailing how these processes will be 
implemented must be developed in follow-on actions. At that 
time screen designs can be produced which lay out the fields, 
literals, and special attributes of an import or export view. 
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The outline of elementary processes below is described in 



the Action Diagrams on the following pages: 



1.1 ASSIGN_PRO JECTED_STUDENT 

1 . 2 MODIFY_PROJECTED_STUDENT 

1 . 3 REMOVE_PROJECTED_STUDENT 

2 . 1 ASSIGN STUDENT SPONSOR 

2 . 2 SEND_SPONSOR_LETTER 

2 . 3 SEND_WELCOME_ABOARD_PACKAGE 

3.1.1 RECORD_ARRIVAL 

3.1.2 SETUP_STUDENT_COURSE_OF_STUDY 

3.1.3 CHANGE_COURSE_IN_STUDENT_STUDY 

3.1.4 CHANGE_REQT_OF_COURSE_REQUEST 

3.1.5 RECORD THESIS PROPOSAL 

3.1.6 REVISE THESIS PROPOSAL 

3.1.7 ELIMINATE_JOINT_STATUS 

3.1.8 REVISE THES I S TO JOINT S TATUS 

3.1.9 ARCHIVEJTHESIS 

3.1.10 REMOVE ERRONEOUS THESIS 
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3.2.1 ENTER_DEPENDENT_DATA 

3.2.2 MODIFY_DEPENDENT_DATA 

3.2.3 ELIMINATE_DEPENDENT_DATA 

3.2.4 ENTER_ACADEMIC_BACKGROUND 

3.2.5 HODIFY_ACADEMIC_BACKGROUND 

3.2.6 REMOVE ACADEMIC BACKGROUND 



3. 2. 7.1 RECORD_MEDICAL_INFO 

3. 2. 7. 2 RECORD_LOCATION_INFO 

3 . 2 . 7 . 3 RECORD_BIRTH_INFO 

3 . 2 . 7 . 4 RECORD_S TAT I ON_I NF O 

3. 2. 7. 5 RECORD DESCRIPTIVE INFO 

3 . 2 . 7 . 6 RECORD_SECURITY_INFO 

3 . 2 . 1 .1 UPDATE DEGREE INFO 



3.3.1 RE C ORD_N AVAL_F I TREP 

3.3.2 RECORD_NAVAL_OFF I CER_DE SCRI P T I ON 

3.3.3 RECORD_PRT 

3.3.4 MOD I F Y_PRT 

3.3.5 REMO VE_P RT 

3.3.6 SETUP_NAVAL_BOOK_REIMBURSEMENT 

3.3.7 FILE_BOOK_CLAIM 

3.3.8 MODIFY_BOOK_CLAIM 

3.3.9 REMOVE BOOK CLAIM 



4 . 1 SCHEDULE_COURSE 

4.2 POST_GRADE 

4 . 3 ES TABLI SH_A_QUARTER_QPR 

4 . 4 REMOVE_GRADUATES 

4 . 5 MODIFY_GRADE 

5.1.1 ESTABLISH_NEW_CURRICULAR_OFFICE 

5.1.2 MODIFY CURRICULAR_OFFICE 

5.1.3 REMOVE CURRI CULAR_OFF I CE 

5.1.4 SETUP_NEW_CURRICULUM 

5.1.5 MODIFY_CURRICULUM 

5.1.6 ELIMINATE_CURRICULUM 

5.2.1 SETUP_TYPICAL_COURSE_OF_STUDY 

5.2.2 MODIFY TYPICAL COURSE OF STUDY 

5.2.3 REMOVE TYPICAL COURSE OF STUDY 

6 . 1 ESTABLI SH_A_NEW_COURSE 

6 . 2 MODIFY_EXI STING COURSE 

6 . 3 REMOVE_COURSE_FROM_CATALOG 

7.1 MODIFY PASSWORD 

7.2 AS S I GN_NAVY_BOOK_CE I L ING 

7.3 MODIFY NAVY BOOK CEILING 
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Process : ASSIGN_PROJECTED_STUDENT 

This process involves entering a prospective student 
into the Naval Postgraduate Schools files. 

(Primarily Admission's responsibility , however. 

Curricular Officers may add a student) 

r- ASSlGN_PROJECTED_STUDENT 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ curriculum 

WHERE DESIRED curriculum number IS EQUAL TO 
input_responsible curriculum number 
— WHEN successful 

MOVE curriculum TO output curriculum 
— CREATE student 

ASSOCIATE WITH curriculum WHICH belongs_to IT 
SET ssn TO input student ssn 

SET type_refresher TO input student type__ref resher 
SET present_status TO "P" 

SET type_officer TO input student type_of f icer 
SET received_orders_to_attend TO input student 
received_orders_to_attend 
SET last__name TO input student last_name 
SET first_name TO input student first^name 
SET middle_initial TO input student middle__init ial 
SET shortname TO input student shortname 
SET rank TO input student rank 

SET anticipated_graduation_date TO input student 
ant icipated_graduat ion_date 

SET proposed_nps_degree TO input student proposed_nps_degree 
SET nps_major TO input student nps_major 
SET comment 1 TO input student comment 1 
SET ape TO input student ape 
SET commissioning_source TO input student 
commissioning_source 

SET dual_degree TO input student dual_degree 
SET program TO input student program 

SET internat ional_service_component TO input student 
internat ional__service_component 
SET country TO input student country 
SET service TO input student service 
SET convening_date TO input student convening_date 
WHEN successful 

r IF student type_ref resher IS EQUAL TO 1 

OR student type_ref resher IS EQUAL TO 2 
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r” UPDATE student 

L SET started_parent_curriculum TO "NA" 

SET completed_f ir st_ref resher__qt r TO "NA" 

— ELSE IF student type_ref resher IS EQUAL TO 3 
I — UPDATE student 

I SET completed_f ir st_ref resher_qt r TO "NA" 
SET started_parent_curriculum TO "N" 

— ELSE 

r UPDATE student 

SET completed_f irst__ref resher_qtr TO n N n 
SET started_parent_curriculum TO "N" 



MOVE student TO output student 
EXIT STATE IS successf ul_operat ion 
— WHEN already exists 

EXIT STATE IS student_ae 

WHEN not found 

EXIT STATE IS curriculum nf 
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Process : MODIFY_PROJECTED_STUDENT 

This process modifies the description of a prospective 
student. (Admission or Curricular Officer) 

— MODIFY_PROJECTED_STUDENT 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
I — UPDATE student 

SET type_ref resher TO input student type_ref resher 
SET type_officer TO input student type_officer 
SET received_orders_to_attend TO input student 
received_orders_t o_attend 
SET last_name TO input student last_name 
SET first_name TO input student first_name 
SET middle_initial TO input student middle_init ial 
SET shortname TO input student shortname 
SET rank TO input student rank 

SET anticipated__graduation_date TO input student 
anticipated_graduation_date 
SET nps_major TO input student nps_major 

SET proposed_nps_degree TO input student proposed_nps_degree 
SET comment 1 TO input student comment 1 
SET ape TO input student ape 
SET commissioning_source TO input student 
commissioning_source 

SET dual_degree TO input student dual_degree 
SET country TO input student country 

SET international_service_component TO input student 
international_service_component 
SET program TO input student program 
SET service TO input student service 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS successful_operation 
— WHEN not unique 

EXIT STATE IS student_nu 

""" WHEN not found 

EXIT STATE IS student nf 
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Process : REMOVE_PROJECTED_STUDENT 

System Gen: This process removes an erroneously 

entered student. (Outside Scope: Admissions) 

— REMOVE_PROJECTED_STUDENT 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input_removing 
student ssn 
— WHEN successful 

— IF student present_status IS EQUAL TO "P" 

MOVE student TO removed student 
DELETE student 

EXIT STATE IS successf ul_operat ion 
r- ELSE 

EXIT STATE IS not_pro jected 

— WHEN not found 

EXIT STATE IS student nf 
- 
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Process : ASSIGN_STUDENT_SPONSOR 

Each incoming student may or may not be assigned a 
student sponsor who will assist them. Both the 
incoming students records will reflect who will act as 
the sponsor and the sponsor' s files will reflect that 
he/she acted as a sponsor. 

— ASSIGN_STUDENT_SP0NS0R 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO incoming student 
ssn 

— WHEN successful 

— READ existing_assigned student 

WHERE DESIRED exi st ing_assigned student ssn 
IS EQUAL TO assigned student ssn 
— WHEN successful 
— UPDATE student 

SET name_of_sponsor TO existing_assigned student 
last_name 

SET date_that_a_sponsor_was_assigned TO CURRENT_DATE 
— WHEN successful 

MOVE student TO output_incoming student 
— UPDATE existing_assigned student 
SET in_bound_student__sponsor TO "Y n 
— WHEN successful 

MOVE existing_assigned student TO output_assigned 
student 

EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
- 

— WHEN not found 

EXIT STATE IS student nf 
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process : SEND_SPONSOR__LETTER 

An incoming student's files will reflect when the 
student sponsor sent his introductory letter to the 
new student. 

— SEND_SPONSOR_LETTER 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO incoming student 
ssn 

— WHEN successful 
r— UPDATE student 

SET date_sponsor_letter_sent TO incoming student 
date_sponsor_letter_sent 
— WHEN successful 

MOVE student TO output_incoming student 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS student nu 
1 “ 

— WHEN not found 

EXIT STATE IS student nf 
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Process : SEND_WELCOME_ABOARD_PACKAGE 

The incoming student's files will reflect when a 
welcome aboard package was sent to the new student . 

— SEND_WELCOME_ABOARD_PACKAGE 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO incoming student 
ssn 

— WHEN successful 
— UPDATE student 

SET date_welcome_jpackage_sent TO incoming student 
date_welcome_package_sent 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS successf ul_operat ion 
WHEN not unique 
EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
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Process : RECORD_ARRIVAL 

This process involves the recording of the arrival (at 
the curricular office) of an incoming student. If 
this student is in the Navy; the Student Book Money is 
created . 

— RECORD_ARRIVAL 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO arrived student ssn 
— WHEN successful 
— UPDATE student 

SET present_status TO "A" 

SET date_reported_aboard TO arrived student 
date_reported_aboard 
— WHEN successful 

MOVE student TO output_arrived student 
EXIT STATE IS success! ul_operat ion 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
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Process : SETUP_STUDENT_COURSE_OF_STUDY 

This process involves the creation of a student's 
request for all courses he/she will need at NPS. The 
typical course of study for the student's curriculum 
will be used as a guide . 



r~ SETUP_STUDENT_COURSE_OF_STUDY 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

Work View temp ief_supplied 
count 

Entity View temp student_course_of_study 
academic_year 
academic_quarter 
ENTITY ACTIONS: . . . 



— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 

— WHEN successful 

SET temp student_course_of_study academic_year TO year (student 
convening_dat e ) 

I — CASE OF month (student convening_date) 



— CASE 1 
SET temp 

— CASE 2 
SET temp 

— CASE 3 
SET temp 

— CASE 4 
SET temp 

— CASE 5 



student_course_of_study academic_quarter TO 
student_course_of_study academic_quarter TO 
student_course_of_study academic__quarter TO 
student_cour se_of_study academic_quarter TO 



"WIN” 

"WIN" 

"SPR" 

"SPR" 



SET temp 
— CASE 6 



student_course_of_study academic_quarter TO 



"SPR" 



SET temp student_course_of_study academic_quarter TO "SUM" 

— CASE 7 

SET temp student_course_of_study academic_quarter TO "SUM" 

— CASE 8 

SET temp student_course_of_study academic_quarter TO "SUM" 

— CASE 9 



SET temp 
SET temp 

— CASE 10 
SET temp 
SET temp 



student_course_of_study academic_quarter TO 
student_course__of_study academic_year TO 
year (student convening_date) + 1 

student_course_of_study academic_quarter TO 
student_course_of_study academic_year TO 
year (student convening_date) + 1 



"FALL" 



"FALL" 
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FALL 



~ CASE 11 

SET temp student_course__of_study academic_quarter TO n 
SET temp student_course_of_study academic^year TO 
year (student convening_date ) + 1 

— CASE 12 

SET temp student_course_of_study academic^quarter TO "WIN” 

— OTHERWISE 



SET temp ief_supplied count TO 1 
MOVE student TO output student 

— READ curriculum 

WHERE DESIRED curriculum belongs__to CURRENT student 

— WHEN successful 

— READ typical_course_of_study 

WHERE DESIRED typical_cour se_of_st udy 

recommended_for CURRENT curriculum 
AND DESIRED typical_cour se_of_study 

ref resher_requirement s IS EQUAL TO CURRENT 
student type_ref resher 

AND DESIRED typical__cour se_of_st udy type_student 
IS EQUAL TO CURRENT student type_officer 
— WHEN successful 
— REPEAT 

— READ qtr_of_typical_study 

WHERE DESIRED qt r_of_typical_study 

quarter_number IS EQUAL TO temp 
ief_supplied count 

AND DESIRED qt r_of_typical_st udy makes_up 
CURRENT typical_course_of_study 
— WHEN successful 

r- READ EACH composit ion_of_typical_st udy 
TARGETING outgroup^st udy 

FROM THE BEGINNING UNTIL FULL 



WHERE DESIRED composit ion_of_typical_st udy 
I I comprises CURRENT qt r_of_typical__study 

I I 1 — READ course 

I | I WHERE DESIRED course reflected_in 

I I I CURRENT composit ion_of_t ypical_study 

— WHEN successful 

MOVE course TO output course 
— CREATE student_course_of_study 

ASSOCIATE WITH student WHICH possesses IT 
ASSOCIATE WITH course WHICH assigned_to IT 
SET status TO n R" 

SET academic_year TO temp 

student_course_o f_study 
academi c_year 

SET academic_quarter TO temp 

student_course_o f_study 
academi c_quarter 
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— WHEN successful 

MOVE s t ude nt_cou r s e_o f _s t udy TO provided 
student_course_of_study 
EXIT STATE IS successf ul_operat ion 
— WHEN already exists 

EXIT STATE IS student_course_of_study_ae 

— WHEN not found 

EXIT STATE IS course nf 



SET temp ief_supplied count TO (1 + temp 
ief_supplied count) 

— IF temp student__course_of_study academic_quarter 
IS EQUAL TO "WIN" 

SET temp student_course_of_study 

academic_quarter TO n SPR n 
— ELSE IF temp student_course_of__study 

academic_quarter IS EQUAL TO n SPR n 
SET temp student__course_of_study 

academic_quarter TO "SUM" 

— ELSE IF temp student_course__of__study 

academic_quarter IS EQUAL TO "SUM" 
SET temp student_course__of__study 

academic_quarter TO "FALL" 

SET temp student_course_of_study academic_year 

TO (1 + temp student_course_of_study 
academic_year) 

~ ELSE 

SET temp student_course_of_study 

academic_quarter TO "WIN" 

— WHEN not found 

EXIT STATE IS stop 

UNTIL EXITSTATE IS EQUAL TO Stop 

— WHEN not found 

EXIT STATE IS typical_cour se_of_study_nf 

— WHEN not found 

EXIT STATE IS cur riculum_nf 

WHEN not found 

EXIT STATE IS student nf 
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Process : CHANGE_COURSE_IN_STUDENT_STUDY 

This process modifies the requested courses of a 
student . 

— CHANGE_COURSE_IN_STUDENT_STUDY 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student_course_of_study 

WHERE DESIRED student_course_of_study belongs_to 
SOME student 

AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED st udent_cour se_of_st udy composed_of 
SOME course 

AND THAT course number IS EQUAL TO present_input course 
number 

AND THAT course academic_department_code IS EQUAL TO 
present_input course academic_department_code 
— WHEN successful 

— READ present course 

WHERE DESIRED present course assigned_to 
CURRENT st udent_cour se_of _st udy 
— WHEN successful 

— READ new course 

WHERE DESIRED new course number IS EQUAL TO 
new_input course number 

AND DESIRED new course academic_department_code 
IS EQUAL TO new_input course 
academic_department_code 
— WHEN successful 

TRANSFER st udent_cour se_of _st udy 

FROM present course WHICH assigned_to IT 
TO new course WHICH assigned_to IT 
— UPDATE student_course__of__study 

SET validation TO new_input student_course_of_study 
validation 

SET pass_fail TO new_input student_course_of_study 
pass_f ail 

SET academic_year TO new_input student_cour se_of_study 
academic_year 

SET academic_quarter TO new_input 

student_course_of_study academic_quarter 
— WHEN successful 

MOVE student_course_of_study TO output_new 
student_course_of_study 
EXIT STATE IS successf ul_operat ion 
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— WHEN not unique 

EXIT STATE IS student_course_of_study_nu 

MOVE new course TO output_new course 
— WHEN not found 

EXIT STATE IS course^nf 

— WHEN not found 

EXIT STATE IS course_nf 

WHEN not found 

EXIT STATE IS student_course_of_study_nf 



248 



Process : CHANGE_REQT_OF_COURSE_REQUEST 

This process will not request a different course, but 
will allow a change in requirements such as pass-fail, 
validation, academic quarter and year. 

— CHANGE_REQT_OF_COURSE_REQUEST 
IMPORTS : ... 

EXPORTS : ... 

LOCALS: 

ENTITY ACTIONS: . . . 

I — READ student_course_of_study 

WHERE DESIRED student_cour se_of_st udy belongs__to 
SOME student 

AND THAT student ssn IS EQUAL TO designated student ssn 
AND DESIRED student_course_of_study composed_of 
SOME course 

AND THAT course number IS EQUAL TO present_input course 
number 

AND THAT course academic_department_code IS EQUAL TO 
present_input course academic_department_code 
— WHEN successful 

I — UPDATE student_course_of_study 

SET validation TO input_new student_cour se_of_study 
validation 

SET pass_fail TO input_new student_course_of_study pass_fail 
SET academic_year TO input__new student_course_of_study 
academi c_year 

SET academic_quarter TO input_new student_course_of_st udy 
academic_quarter 
— WHEN successful 

MOVE student_course__of_study TO output_new 
student_course_o f_study 
EXIT STATE IS successf ul_operation 
WHEN not unique 

EXIT STATE IS st udent_cour se_of_st udy_nu 
— WHEN not found 

EXIT STATE IS student_course_of_study_nf 
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Process : RECORD JTHES I S_PROPOSAL 

System Gen: This process records the creation of a 

thesis for a particular student or students. (Outside 
Scope: Thesis Processor) 

— RECORD JTHESIS_PROPOSAL 

IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

I — READ student 

WHERE DESIRED student ssn IS EQUAL TO identified student 
ssn 

— WHEN successful 

MOVE student TO export student 
— CREATE thesis 

ASSOCIATE WITH student WHICH writes IT 
SET number USING thesis_number 

WHICH IMPORTS: Entity View indicated thesis 

SET due_date_year TO indicated thesis due_date_jyear 
SET due_date_month TO indicated thesis due_date_month 
SET title TO indicated thesis title 
SET status TO indicated thesis status 
SET advisor TO indicated thesis advisor 
SET second_reader TO indicated thesis second^reader 
SET classified TO indicated thesis classified 
SET joint TO indicated thesis joint 
— WHEN successful 

MOVE thesis TO output thesis 
EXIT STATE IS success f ul_operation 
— WHEN already exists 

EXIT STATE IS thesis_ae 

WHEN not found 

EXIT STATE IS student nf 
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Process : REVI SEETHES IS_PROPOSAL 

System Gen: This process modifies an existing thesis. 

If a student must be removed from a joint thesis, a 
disassociat ion would be required. (Outside scope: 

Thesis Processor) 

— REVISEJTHESIS_PROPOSAL 

IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ thesis 

WHERE DESIRED thesis due_date_year IS EQUAL TO input 
thesis due_date_year 

AND DESIRED thesis number IS EQUAL TO input thesis number 

— WHEN successful 
— UPDATE thesis 

SET title TO input thesis title 
SET status TO input thesis status 
SET advisor TO input thesis advisor 
SET second^reader TO input thesis second_reader 
SET classified TO input thesis classified 
— WHEN successful 

MOVE thesis TO output thesis 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS thesis_nu 

— WHEN not found 

EXIT STATE IS thesis nf 
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Process : ELIMINATE_JOINT_STATUS 

System Gen: This process involves the disassociation 

of one student from a joint thesis. (Outside scope: 

Thesis Processor) 

“ ELIMINATE_JOINT_STATUS 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ thesis 

WHERE DESIRED thesis due__dat e_year IS EQUAL TO input 
thesis due_date_year 

AND DESIRED thesis number IS EQUAL TO input thesis number 
AND DESIRED thesis joint IS EQUAL TO "Y" 

— WHEN successful 

— READ existing student 

WHERE DESIRED existing student ssn IS EQUAL TO 
input_removing student ssn 
— WHEN successful 

DISASSOCIATE thesis 

FROM existing student WHICH writes IT 
— UPDATE thesis 
SET joint TO "N" 

— WHEN successful 

MOVE thesis TO output thesis 
EXIT STATE IS succe ssf ul__operat ion 
— WHEN not unique 

EXIT STATE IS thesis_nu 

— WHEN not found 

EXIT STATE IS student_nf 

WHEN not found 

EXIT STATE IS thesis nf 
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Process : REVISE_THESIS_TO_JOINTjSTATUS 

System Gen: This process revises a thesis entity to 

reflect a joint status and associates the thesis with 
an additional student. (Outside scope: Thesis 

Processor) 

— REVISEJTHESISJTO_JOINTjSTATUS 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ thesis 

WHERE DESIRED thesis due_date_year IS EQUAL TO input 
thesis due_date_year 

AND DESIRED thesis number IS EQUAL TO input thesis number 
— WHEN successful 
— READ student 

WHERE DESIRED student ssn IS EQUAL TO input_additional 
student ssn 
— WHEN successful 
ASSOCIATE student 

WITH thesis WHICH written_by IT 
r— UPDATE thesis 

SET joint TO "Y" 

— WHEN successful 

MOVE thesis TO output thesis 
— WHEN not unique 

EXIT STATE IS thesis_nu 

MOVE student TO output_additional student 
EXIT STATE IS success f ul_operat ion 
— WHEN not found 

EXIT STATE IS student_nf 

— WHEN not found 

EXIT STATE IS thesis nf 
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Process : ARCHIVE_THESIS 

System Gen: This process archives thesis listing for 

those students who have been archived. (Outside scope: 

Thesis Processor) 

— ARCHIVE_THESIS 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ thesis 

WHERE DESIRED thesis due__date_year IS EQUAL TO input 
thesis due_date_year 

AND DESIRED thesis number IS EQUAL TO input thesis number 
— WHEN successful 

MOVE thesis TO output_removed thesis 
DELETE thesis 

EXIT STATE IS successf ul_operation 
— WHEN not found 

EXIT STATE IS thesis nf 
L ” 
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Process : REMOVE_ERRONEOUS_THESIS 

System Gen: This process removes a thesis which has 

been erroneously entered or has been abandoned by its 
author, as distinguished from a mere modification. 

(Outside scope: Thesis Processor) 

— REMO VE__E R RONE OU S_THE SIS 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ thesis 

WHERE DESIRED thesis due__date__year IS EQUAL TO input 
thesis due_date_year 

AND DESIRED thesis number IS EQUAL TO input thesis number 
— WHEN successful 

MOVE thesis TO output thesis 
DELETE thesis 

EXIT STATE IS successf ul_operat ion 
I— WHEN not found 

EXIT STATE IS thesis nf 
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Process : ENTER_DEPENDENT_DATA 

This process involves the creation of student's 
dependent information. 

— ENTER_DEPENDENT_DATA 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student s sn IS EQUAL TO input student s sn 
WHEN successful 

MOVE student TO output student 
— CREATE dependent 

ASSOCIATE WITH student WHICH possesses IT 
SET last_name TO input dependent last_name 
SET first_name TO input dependent first_name 
SET f amily_member TO input dependent f amily_member 
— WHEN successful 

MOVE dependent TO output dependent 
EXIT STATE IS successf ul__operation 
WHEN already exists 
EXIT STATE IS dependent_ae 

— WHEN not found 

EXIT STATE IS student nf 



256 



Process : MODIFY__DEPENDENT_DATA 

This process involves the modification of a student's 
dependent information. 

r- MOD I F Y_DEP ENDENT_DATA 
IMPORTS: ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ dependent 

WHERE DESIRED dependent last__name IS EQUAL TO input 
dependent last__name 

AND DESIRED dependent first__name IS EQUAL TO input 
dependent first_name 

AND DESIRED dependent belongs__to SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
— WHEN successful 

I — UPDATE dependent 

SET f amily_member TO input dependent f amily__member 
— WHEN successful 

MOVE dependent TO output dependent 
EXIT STATE IS success! ul^operat ion 
— WHEN not unique 

EXIT STATE IS dependent_nu 

— WHEN not found 

EXIT STATE IS dependent_nf 
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Process : ELIMINATE_DEPENDENT_DATA 

This process involves the removal of an entity which 
is no longer a dependent of a student. 

— ELIMINATE^ DEPENDENT_DATA 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ dependent 



WHERE DESIRED dependent last_name IS EQUAL TO input 
dependent last_name 

AND DESIRED dependent first_name IS EQUAL TO input 
dependent first_name 

AND DESIRED dependent belongs_jto SOME existing student 

AND THAT existing student ssn IS EQUAL TO input student 
ssn 



— WHEN successful 

MOVE dependent TO output_removed dependent 
DELETE dependent 

EXIT STATE IS successf ul_operation 
~ WHEN not found 

EXIT STATE IS dependent_nf 
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Process : ENTER_ACADEMIC_BACKGROUND 

This process involves the recording of a student's 
prior academic history. 

r~ ENTER_ACADEMIC_BACKGROUND 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 

MOVE student TO output student 
— CREATE academic_history 

ASSOCIATE WITH student WHICH possesses IT 
SET school TO input academic_history school 
SET degree TO input academic_history degree 
SET major TO input academic_history major 
SET gpa TO input academic_history gpa 
SET date TO input academic__history date 
— WHEN successful 

MOVE academic_history TO output academic_history 
EXIT STATE IS successf ul_operat ion 
— WHEN already exists 

EXIT STATE IS academic_hist ory_ae 

— WHEN not found 

EXIT STATE IS student nf 
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Process : MODIFY_ACADEMIC_BACKGROUND 

This process involves the modification of a student's 
record of their academic history. 

MOD I F Y_AC AD EMI C_BACKGROUN D 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ academic_history 

WHERE DESIRED academic_history major IS EQUAL TO 
present_input academic_history major 
AND DESIRED academic_history degree IS EQUAL TO 
present_input academic_history degree 
AND DESIRED academic_history belongs_to SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
— WHEN successful 

I UPDATE academic_history 

SET school TO input_ad justing academic_history school 
SET gpa TO input_ad justing academic_hi story gpa 
SET date TO input_ad justing academic_history date 
— WHEN successful 

MOVE academic_history TO output academic_history 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS academic_history_nu 

— WHEN not found 

EXIT STATE IS academic_history_nf 
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Process : REMOVE_ACADEMIC_BACKGROUND 

This process removes an erroneously entered student 
academic history. 

— REMOVE_ACADEMI C_B ACKGROUND 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ academic__history 

WHERE DESIRED academic_history major IS EQUAL TO 
input_removing academic_history major 
AND DESIRED academic_his tory degree IS EQUAL TO 
input_removing academic__hi story degree 
AND DESIRED academic_history belongs_to SOME student 
AND THAT student ssn IS EQUAL TO input student ssn 
— WHEN successful 

MOVE academic_history TO output_removed academic_history 

DELETE academic__history 

EXIT STATE IS success f ul_operation 

WHEN not found 

EXIT STATE IS academic_history_nf 
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Process: RECORD MEDICAL INFO 



This process updates the medical information 
maintained on a particular student. 

— RECORD_MEDICAL_INFO 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
r“ UPDATE student 

SET aids_test_date TO input student aids_test_date 
SET physical_date TO input student physical_date 
SET dental_date TO input student dental_date 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
- 
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Process : RECORD_LOCATION_INFO 

This process records or updates the local address, 
phone number, section number, study space, or locker 
number of a particular student. 

— RECORD_LOCATION_INFO 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
— UPDATE student 

SET phone_number TO input student phone_number 
SET street TO input student street 
SET city TO input student city 
SET zip_code TO input student zip_code 
SET lamesa_housing_occupant TO input student 
lamesa_housing_occupant 

SET smc_box_n umber TO input student smc_box_n umber 
SET sect ion_n umber TO input student section_n umber 
SET split_section TO input student split_sect ion 
SET study_space TO input student study_space 
SET locker_number TO input student locker_number 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS succes sf ul_operat ion 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
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Process : RECORD_BIRTH_INFO 

This process records or updates the date of birth and 
place of birth of a particular student. 

RE C 0 RD _B I RT H_ INFO 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
— UPDATE student 

SET date_of_birth TO input student date_of__birth 
SET place_of_birth_city TO input student place_of_birth_city 
SET place_of_birth_state TO input student 
place_of_birt hastate 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS successful_operation 
— WHEN not unique 

EXIT STATE IS student nu 
- 

“ WHEN not found 

EXIT STATE IS student nf 
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Process : RECORD_STATION_INFO 

This process records the previous duty station,, next 
duty station and date of orders of a particular 
student . 

— RECORD_STATION__INFO 
IMPORTS: ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
— UPDATE student 

SET previous__duty_stat ion TO input student 
previous_duty_stat ion 

SET date_of_orders TO input student date_of__orders 
SET next__duty__station TO input student next_duty_stat ion 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
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Process : RECORD_DESCRlPTIVE_INFO 

This process updates descriptive information of a 
particular student. (ex. name, gender, rank, 
commissioning source, etc.) 

— RECORDJDESCRIPTIVE_INFO 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
— UPDATE student 

SET type_ref resher TO input student type_ref resher 
SET present_status TO input student present_status 
SET type_officer TO input student type_officer 
SET received_orders_to_attend TO input student 
received_orders_to_attend 
SET last_name TO input student last_name 
SET first_name TO input student first_name 
SET middle_initial TO input student middle_initial 
SET shortname TO input student shortname 
SET gender TO input student gender 
SET rank TO input student rank 

SET date_of_rank TO input student date_of_rank 
SET marital_status TO input student marital^status 
SET commissioning_source TO input student 
commissioning_source 

SET library_card_number TO input student library_card__number 
SET mainframe_account_number TO input student 
main f rame_account_n umber 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS success ful_operat ion 
— WHEN not unique 

EXIT STATE IS student_nu 

™ WHEN not found 

EXIT STATE IS student nf 
L - 
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Process : RECORD_SECURITY_INFO 

This process records the security attributes of a 
particular student. (ex. background, access) 



— RECORD_SECURITY_INFO 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 

— WHEN successful 
— UPDATE student 

SET security_background TO input student security_background 
SET security__access TO input student security__a ccess 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS success ful_operat ion 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
I “ 
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Process : UPDATE_DEGREE_INFO 

This process updates a student' s ma jor, type degree, 
accreditation, or dual degree status . 



I— UPDATE_DEGREE_INFO 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS : . . . 



— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 

— WHEN successful 

— UPDATE student 

SET proposed_nps_degree TO input student proposed_nps_degree 
SET accreditation_status TO input student 
accreditation_status 

SET nps_major TO input student nps_major 
SET dual_degree TO input student dual_degree 

— WHEN successful 

MOVE student TO output student 
EXIT STATE IS success ful_operat ion 

— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
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Process : RECORD_NAVAL_FITREP 

This process records the date that a Naval Fitness 
Report was submitted, and the due date of the next 
report . 

r— RECORD_NAVAL_FITREP 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

I — READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
— UPDATE student 

SET last_f itrep_date TO input student last_f it rep_date 
SET next_f itrep_due TO input student next_f it rep^due 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS success ful_operat ion 
— WHEN not unique 

EXIT STATE IS student_nu 

— WHEN not found 

EXIT STATE IS student nf 
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Process : RECORD_NAVAL__OFF I CER_DE SCRIPT ION 

This process involves the recording of a Naval 
Officer's Lineal-Number r Year-Group, and 
Officer-Designator . 

— RECORD_NAVAL_OFF ICE R__DE SCRIPT ION 
IMPORTS: ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: ... 

I — READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 
i— UPDATE student 

SET of f icer__designator TO input student of f icer__designator 
SET lineal__number TO input student lineal__number 
SET of ficer__year__group TO input student of f icer__year__group 
— WHEN successful 

MOVE student TO output student 
EXIT STATE IS successf ul__operat ion 
— WHEN not unique 

EXIT STATE IS student nu 
“ 

— WHEN not found 

EXIT STATE IS student nf 



270 



Process: RECOPD_PRT 

This process involves the creation of a Naval 
Student's Physical Readiness Training Record. 

r— RECORD_PRT 

IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 

MOVE student TO output student 
— CREATE prt 

ASSOCIATE WITH student WHICH takes IT 
SET score TO input prt score 
SET body_fat TO input prt body_fat 
SET date__of_test TO input prt date_of_test 
— WHEN successful 

MOVE prt TO output prt 
EXIT STATE IS successf ul_operat ion 
— WHEN already exists 
EXIT STATE IS prt_ae 

— WHEN not found 

EXIT STATE IS student nf 
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Process : MODIFY_PRT 

This process modifies a Naval Student's Physical 
Readiness Training record. 

— MODIFYJPRT 

IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ prt 

WHERE DESIRED prt date_of_test IS EQUAL TO input prt 
date_of_test 

AND DESIRED prt taken_by SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
— WHEN successful 
— UPDATE prt 

SET body__fat TO input prt body_fat 
SET score TO input prt score 
— WHEN successful 

MOVE prt TO output prt 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS prt_nu 

— WHEN not found 

EXIT STATE IS prt_nf 
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Process : REMOVE_PRT 

This process removes an erroneously entered PRT . 

— REMOVE_PRT 

IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ prt 

WHERE DESIRED prt date_of_test IS EQUAL TO input prt 
dat e_o f_t e s t 

AND DESIRED prt taken_by SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
— WHEN successful 

MOVE prt TO output prt 
DELETE prt 

EXIT STATE IS succes sf ul_operat ion 
— WHEN not found 

EXIT STATE IS prt_nf 
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Process : SETUP_NAVAL_BOOK_REIMBURSEMENT 

This process creates a student's allocated book money 
for an academic year, (prorated based on the number of 
quarters remaining in the academic year or on the time 
a student entered in the academic year) . 

SETUP_NAVAL_BOOK_REIMBURSEMENT 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 

— READ total_annual_naval_book_ceiling 

WHERE DESIRED tot al_annual_naval_book_ceiling 
date_implemented IS EQUAL TO input 
tot al_annual_naval_book_cei ling date_implemented 
— WHEN successful 

l — CREATE student_book_reimbursement 

ASSOCIATE WITH tot al_annual_naval_book_ceiling 
WHICH set s_limit IT 

ASSOCIATE WITH student WHICH obtains IT 

SET year TO input student_book_reimbur sement year 

SET total_amount_eligible TO 

( (total__annual_naval_book_ceiling 
total_amount / 4) * 

student_book_reimbursement 
number_academic_qtrs_authorized) 

— WHEN successful 

MOVE student_book_reimbursement TO output 
student_book_reimbur sement 
EXIT STATE IS succes sf ul_operat ion 
— WHEN already exists 

EXIT STATE IS student_bookjnoney_ae 

— WHEN not found 

EXIT STATE IS navy_book_eligibility_nf 

WHEN not found 

EXIT STATE IS student nf 
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Process : F I LE_BOOK_CLAIM 

This process creates a claim against a Naval student's 
book money (total amt they are allowed to spend 
for an academic year) and reduces the amount 
remaining in the student's book money. 

FILE_BOOK_CLAIM 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ s t udent__book_r e imbur sement 

WHERE DESIRED student__book__reimbursement year IS EQUAL TO 
input student__book__reimbur sement year 
AND DESIRED st udent_book_reimbur sement provided_to 
SOME navy 

AND THAT navy ssn IS EQUAL TO input student ssn 
— WHEN successful 

— IF input book_claim amount__of__claim IS LESS OR EQUAL TO 
st udent_book_reimbur sement amount_remaining 
— CREATE book_claim 

ASSOCIATE WITH st udent__book__reimbur sement 
WHICH depreciated_by IT 

SET amount_of_claim TO input book_claim amount_of_claim 
SET academic__quarter TO input book__claim academic__quarter 
— WHEN successful 

MOVE book_claim TO output book_claim 
EXIT STATE IS successful_operation 
— WHEN already exists 

EXIT STATE IS book_claim_ae 

— ELSE 

EXIT STATE IS book_claim_t oo__large 
— WHEN not found 

EXIT STATE IS student_book_money_nf 
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Process : MOD I F Y_B 00 K_C LA I M 

This process modifies an existing Naval student's book 
claim and makes the needed adjustment in the student's 
book money . 

— MOD I F Y_BOOK_CL A IM 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

I — READ book_claim 

WHERE DESIRED book_claim academic_quarter IS EQUAL TO 
input_new book__claim academic_quarter 
AND DESIRED book_claim reduces 

SOME student_book_reimbursement 
AND THAT st udent_book_r eimbur sement year IS EQUAL TO 
input student_book_reimbursement year 
AND THAT st udent_book_reimbur sement provided_to SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
— WHEN successful 

— IF student_book_reimbursement amount_remaining 

IS GREATER OR EQUAL TO input_new book_claim 
amount_of_claim - book_claim amount_of__claim 
OR input_new book_claim amount_of_claim IS LESS THAN 
book_claim amount_of_claim 
— UPDATE book_claim 

SET amount_of_claim TO input_new book_claim 
amount_of__claim 
— WHEN successful 

MOVE book_claim TO output book__claim 
EXIT STATE IS successf ul_operat ion 
— WHEN not unique 

EXIT STATE IS book_claim_nu 

— ELSE 

EXIT STATE IS book claim too large 
I - - - 

— WHEN not found 

EXIT STATE IS book claim nf 
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Process : REMOVE_BOOK_CLAIM 

This process removes an erroneously entered book 
claim. 

— REMOVE_BOOK_CLAIM 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ book_claim 

WHERE DESIRED book_claim academic_quarter IS EQUAL TO 
input book_claim academic_quarter 
AND DESIRED book_claim reduces 

SOME student_book_reimbursement 
AND THAT st udent_book_reimbur sement year IS EQUAL TO 
input st udent_book_reimbur sement year 
AND THAT student_book_reimbursement provided__to SOME navy 
AND THAT navy ssn IS EQUAL TO input student ssn 
— WHEN successful 

MOVE book_claim TO output book_claim 
DELETE book_claim 

EXIT STATE IS success f ul_operat ion 
— WHEN not found 

EXIT STATE IS book claim nf 
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Process : SCHEDULE_COURSE 

System Gen: This process involves scheduling a course 

requested by a specific student. (Outside scope: 

Registrar) 

— SCHEDULE_COURSE 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

I — READ student_course_of_study 

WHERE DESIRED student_cour se_of_study belongs_to 
SOME student 

AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED st udent_course_of_st udy composed_of 
SOME course 

AND THAT course number IS EQUAL TO input course number 
AND THAT course academic__department_code IS EQUAL TO 
input course academic_department_code 
— WHEN successful 

— UPDATE student_cour se_of_study 
SET status TO n S n 

SET sect ion_n umber TO input student_course_of_study 
sect ion_n umber 
— WHEN successful 

MOVE st udent_course_of_study TO output 
s t ude n t_c ou r s e_o f _s t udy 
EXIT STATE IS succes sf ul_operation 
— WHEN not unique 

EXIT STATE IS st udent_cour se_of_study_nu 
— WHEN not found 

EXIT STATE IS student_course_of_study_nf 
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Process: POST_GRADE 

System Gen: This process records the grade a student 

earned at the completion of a course. (Outside scope: 

Registrar) 

— POST_GRADE 

IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student_course_of_study 

WHERE DESIRED student_cour se_of_st udy belongs_to 
SOME student 

AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED student_cour se_of_st udy composed_of 
SOME course 

AND THAT course number IS EQUAL TO input course number 
AND THAT course academic_department_code IS EQUAL TO 
input course academic__department__code 
— WHEN successful 

— UPDATE student_course_of_study 
SET status TO n C" 

SET grade TO input student_course_of_study grade 
— WHEN successful 

MOVE st udent_course_of_st udy TO output 
student_course_of_study 
EXIT STATE IS successful_operation 
— WHEN not unique 

EXIT STATE IS st udent_cour se_of_st udy_nu 
— WHEN not found 

EXIT STATE IS st udent_cour se_of_st udy_nf 
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Process : ESTABLISH_A_QUARTER_QPR 

System Gen: This process involves the creation of an 

QPR for a particular quarter and year. This process 
would be called when no QPR exist for that particular 
quarter and year when a grade is posted. (Outside 
scope: Registrar) 

— ESTABLISH_A_QUARTER_QPR 
IMPORTS: ... 

EXPORTS : ... 

LOCALS: 

ENTITY ACTIONS : ... 

i — READ student 

WHERE DESIRED student ssn IS EQUAL TO import student ssn 
— WHEN successful 

— READ student_course_of_study 

WHERE DESIRED student_cour se_of_st udy belongs_to 
CURRENT student 

AND DESIRED student_course_of_study composed_of 
SOME course 

AND THAT course number IS EQUAL TO input course number 
AND THAT course academic_department_code IS EQUAL TO 
input course academic_department_code 
— WHEN successful 

— CREATE quarter_qpr 

ASSOCIATE WITH student_course_of_study 
WHICH used_to_calculate IT 
ASSOCIATE WITH student WHICH earns IT 
SET academic_jyear TO input quarter_qpr academic_year 
SET academic^quarter TO input quarter^qpr 
academic_quarter 
— WHEN successful 

MOVE quarter_qpr TO export quarter_qpr 
EXIT STATE IS succes sf ul_operat ion 
— WHEN already exists 

EXIT STATE IS quart er_qpr_ae 

— WHEN not found 

EXIT STATE IS student_course_of_study_nf 

WHEN not found 

EXIT STATE IS student nf 
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Process: REMOVE GRADUATES 



System Gen: This process archives the records of those 

students who have graduated (or those who attended but 
did not meet the requirements for graduation) from the 
Naval Postgraduate School. (Outside scope: Registrar) 

Procedure actually accomplished by Registrar ONLY, 
however, must be modeled here to enable view 
capability by curricular officers. 

— REMOVE_GRADUATES 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ student 

WHERE DESIRED student ssn IS EQUAL TO input student ssn 
— WHEN successful 

MOVE student TO output student 
DELETE student 

EXIT STATE IS successf ul_operat ion 

WHEN not found 

EXIT STATE IS student nf 
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Process: MODIFY GRADE 



System Gen: This process is a generic update of a 

student's grade. (Outside scope: Registrar) 

[— MODIFY_GRADE 

IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ student_course_of_study 

WHERE DESIRED student_course_of_study belongs__to 
SOME student 

AND THAT student ssn IS EQUAL TO input student ssn 
AND DESIRED st udent_cour se_of_st udy composed_of 
SOME course 

AND THAT course number IS EQUAL TO input course number 
AND THAT course academic_department_code IS EQUAL TO 
input course academic__department_code 
— WHEN successful 

— UPDATE student_course_of__study 

SET grade TO input student_course__of__study grade 
— WHEN successful 

MOVE student__course_of_study TO output 
student_course_of_study 
EXIT STATE IS successf ul^operation 
— WHEN not unique 

EXIT STATE IS student_course_of_study_nu 
— WHEN not found 

EXIT STATE IS student_course_of_study_nf 
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Process : ESTABLISH_NEW_CURRICULAR_0FFICE 

System Gen: This process creates a new curricular 

office in addition to the 11 present offices. 

Additionally,, at least one curriculum must be created 
that composes that particular curricular office. This 
process requires a modification to the code to 
add a permitted value for a curricular office code. 

(Outside scope: Registrar with the assistance of the 
Curricular Officers and Academic Associates) 

“ ESTABLISH_NEW_CURRICULAR_OFFICE 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— CREATE curricular^office 

SET title TO input curricular^office title 
SET code TO input curricular_of f ice code 
SET password TO input curricular__of f ice password 
— WHEN successful 

MOVE curricular_of f ice TO output curricular_of f ice 
FOR EACH group_import 

TARGETING group_export 
— CREATE curriculum 

ASSOCIATE WITH curricular^office WHICH composed_of IT 
SET title TO input curriculum title 
SET number TO input curriculum number 
— WHEN successful 

MOVE curriculum TO output curriculum 
EXIT STATE IS successf ul_operation 
— WHEN already exists 

EXIT STATE IS curriculum ae 



— WHEN already exists 

EXIT STATE IS curricular office ae 
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Process : MODIFY_CURRICULAR_OFFICE 

System Gen: This process modifies an existing 

curricular office. (Outside scope: Registrar) 

— MODIFY_CURRICULAR_OFFICE 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— P.EAD curricular^office 

WHERE DESIRED curricular__of f ice code IS EQUAL TO input 
curricular_of f ice code 
— WHEN successful 

— UPDATE curricular_office 

SET title TO input curricular^office title 
— WHEN successful 

MOVE curricular^office TO output curricular__office 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS curricular office nu 
I - “ 

— WHEN not found 

EXIT STATE IS curricular office nf 



284 



Process : REMOVE_CURRICULAR__OFFICE 

System Gen: This process removes a curricular office. 

(Outside scope: Registrar) 

— REMOVE_CURRICULAR_OFFICE 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ curricular^office 

WHERE DESIRED curricular_of f ice code IS EQUAL TO input 
curricular^office code 
— WHEN successful 

MOVE curricular^office TO output curricular_of f ice 
DELETE curricular_of f ice 
EXIT STATE IS successful_operation 
— WHEN not found 

EXIT STATE IS curricular office nf 
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Process : SETUP_NEW_CURRICULUM 

System Gen: This process involves the creation of a 

new curriculum for a particular curricular office. 

(Outside scope: Registrar) 

— SETUP_NEW_CURRICULUM 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ curricular^office 

WHERE DESIRED curr icular_of f ice code IS EQUAL TO input 
curricular_of f ice code 
— WHEN successful 

MOVE curricular_of f ice TO output curr icular_off ice 
— CREATE curriculum 

ASSOCIATE WITH cur ricular_of f ice WHICH composed_of IT 
SET title TO input curriculum title 
SET number TO input curriculum number 
— WHEN successful 

MOVE curriculum TO output curriculum 
EXIT STATE IS successf ul_operation 
— WHEN already exists 

EXIT STATE IS curriculum ae 

I “ 

-- WHEN not found 

EXIT STATE IS curricular_of f ice_nf 
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Process : MODIFY_CURRICULUM 

System Gen: This process involves the modification of 

a curriculum for a particular curricular office. 

(Outside scope: Registrar) 

— MOD I FY__CURRI CULUM 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ curriculum 

WHERE DESIRED curriculum number IS EQUAL TO input 
curriculum number 
— WHEN successful 

I — UPDATE curriculum 

SET title TO input curriculum title 
— WHEN successful 

MOVE curriculum TO output curriculum 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS curriculuin__nu 

— WHEN not found 

EXIT STATE IS curriculum nf 
— 
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Process : ELIMINATE_CURRICULUM 

System Gen: This process involves the removal of a 

curriculum from a particular curricular office. 

(Outside scope: Registrar) 

— ELIMINATE_CURRICULUM 
IMPORTS: ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ curriculum 

WHERE DESIRED curriculum number IS EQUAL TO input 
curriculum number 
— WHEN successful 

MOVE curriculum TO output curriculum 
DELETE curriculum 

EXIT STATE IS successf ul__operat ion 

WHEN not found 

EXIT STATE IS curriculum nf 
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Process : SETUP_TYPlCAL_COURSE_OF_STUDY 

This process involves the creation of a catalog 
identification of a new typical course of study for a 
particular curriculum. 

— SETUP_TYPICAL_COURSE_OF_STUDY 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ curriculum 

WHERE DESIRED curriculum number IS EQUAL TO input 
curriculum number 
— WHEN successful 

MOVE curriculum TO output curriculum 
— CREATE typical_course_of_study 

ASSOCIATE WITH curriculum WHICH recommends IT 
SET type_student TO input typical_cour se_of_study 
type_student 

SET ref resher_requirement s TO input typical_cour se_of_study 
ref resher_requirement s 
— WHEN successful 

MOVE typical_course_of_study TO output 
typical_course__of_study 
— ■ FOR EACH group_import 

TARGETING group_export 
— CREATE qt r_of_typical_study 

ASSOCIATE WITH typical_course_of_st udy 
WHICH identifies IT 

SET quartern umber TO input qtr_of_typical_study 
qua rter_n umber 
— WHEN successful 

MOVE qt r_of_typical_study TO output 
qtr_of_typical_study 
■— FOR EACH group_import_2 

TARGETING group_export_2 
— READ course 

WHERE DESIRED course number IS EQUAL TO 
input course number 

AND DESIRED course academic_department_code 
IS EQUAL TO input course 
academic_department_code 
— WHEN successful 

MOVE course TO output course 
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I — CREATE composit ion_of_typical_study 

ASSOCIATE WITH course WHICH ref lected__in IT 
ASSOCIATE WITH qt r_of_typical_study 
WHICH consists_of IT 
SET type_of_course TO input 

compo sit ion_o f _t ypi ca l_s t udy 
type_of_course 
— WHEN successful 

MOVE composit ion_of_typical_study TO output 
composit ion_o f_typical_study 
EXIT STATE IS successf ul__operat ion 
— WHEN already exists 

EXIT STATE IS composit ion_of_typical_study_ae 

— WHEN not found 

EXIT STATE IS course nf 



— WHEN already exists 

EXIT STATE IS qt r_of_typical_st udy_ae 



— WHEN already exists 

EXIT STATE IS typical_course_of_st udy_ae 

WHEN not found 

EXIT STATE IS curriculum nf 
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Process : MODIFY_TYPICAL_COURSE_OF_STUDY 

This process involves the modification of a catalogued 
typical course of study for a particular curriculum. 

f— MODIFY_TYPICAL_COURSE_OF_STUDY 

IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ composition_of_typical_study 

WHERE DESIRED composit ion_of_typical_study comprises 
SOME qtr_of_typical_study 

AND THAT qt r_of_typical_study qua rter_n umber IS EQUAL TO 
import qtr_of_typical_study quart er_n umber 
AND THAT qt r_of_typical_study makes_up 
SOME typical_course_of_study 
AND THAT typical_cour se_of_study refresher^requirements 
IS EQUAL TO import typical_course_of_st udy 
ref resher_requirements 

AND THAT typical_cour se_of_st udy type_student IS EQUAL TO 
import typical_course_of_study type_student 
AND THAT typical_course_of_study recommended_f or 
SOME curriculum 

AND THAT curriculum number IS EQUAL TO import curriculum 
number 

AND DESIRED composit ion_of_typical_study identifies 
SOME course 

AND THAT course number IS EQUAL TO import course number 
AND THAT course academic_department_code IS EQUAL TO 
import course academic_department_code 
— WHEN successful 

— UPDATE compos it ion_of_typical_st udy 

SET type_of_course TO import composit ion_of_t ypical_st udy 
type_of_course 
— WHEN successful 

MOVE composition_of_typical_study TO export 
composit ion__of_typical__study 
I — READ persistent_2 course 

WHERE DESIRED persistent_2 course reflected_in 
CURRENT compos it ion_of_typical_st udy 
— WHEN successful 

MOVE persistent__2 course TO export course 
I — READ persistent_3 course 

WHERE DESIRED persistent_3 course number 
IS EQUAL TO import_2 course number 
AND DESIRED persistent_3 course 

academi c_depa r tme nt_code IS EQUAL TO 
import_2 course academic_department_code 
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— WHEN successful 

TRANSFER compos it ion_of_typical_st udy 

FROM persistent_2 course WHICH reflected_in IT 
TO persistent_3 course WHICH reflected_in IT 
MOVE persistent_3 course TO export_2 course 
EXIT STATE IS successful_operation 
— WHEN not found 

EXIT STATE IS course_nf 

— WHEN not found 

EXIT STATE IS course_nf 

— WHEN not unique 

EXIT STATE IS compos it ion_of_typical_study_nu 
WHEN not found 

EXIT STATE IS composit ion_of_typical_study_nf 
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Process : REMOVE_TYPICAL_COURSE_OF_STUDY 

This process removes an erroneously entered typical 
course of study. 

r~ REMOVE_TYPICAL_COURSE_OF_STUDY 

IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: ... 

— READ typical_course_of_study 

WHERE DESIRED typical_course_of_st udy 

ref r e s he r_r e qui r eme nt s IS EQUAL TO input 
typical_course_of_study ref resher_requirement s 
AND DESIRED typical_course_of_st udy type_student 
IS EQUAL TO input t ypical_cour se_of_st udy 
type_student 

AND DESIRED typical_cour se_of_st udy recommended_f or 
SOME curriculum 

AND THAT curriculum number IS EQUAL TO input curriculum 
number 

— WHEN successful 

MOVE typical_course_of_study TO output typical_course_of_study 
DELETE typical_course_of_study 
EXIT STATE IS successf ul_operat ion 

I— WHEN not found 

EXIT STATE IS typical_cour se_of_st udy_nf 
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Process : ESTABLISH_A_NEW_COURSE 

System Gen: This process creates a course. (Outside 

scope: Registrar) 

— E S T ABL I S H_A_NEW_COURS E 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— CREATE course 

SET name TO input course name 

SET lecture_credit_hours TO input course lecture_credit_hours 
SET lab_credit_hour s TO input course lab_credit_hours 
SET academic_department_code TO input course 
academic_department_code 
SET number TO input course number 
— WHEN successful 

MOVE course TO output course 
EXIT STATE IS successf ul_operation 
— WHEN already exists 

EXIT STATE IS course ae 
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Process : MODIFY_EXISTING_COURSE 

System Gen: This process modifies an existing course. 

(Outside scope: Registrar) 

r~ MODIFY_EXISTING_COURSE 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ course 



WHERE DESIRED course number IS EQUAL TO input course 
number 

AND DESIRED course academic_department__code IS EQUAL TO 
input course academic_department_code 



— WHEN successful 
— UPDATE course 

SET name TO input course name 
SET lecture_credit_hours TO input course 
lecture_credit_hours 

SET lab_credit__hour s TO input course lab__credit_hours 
— WHEN successful 

MOVE course TO output course 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS course_nu 

— WHEN not found 

EXIT STATE IS course nf 
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Process : REMOVE_COURSE_FROM_CATALOG 

System Gen: This process removes a course from the 

available course listing. (Outside scope: Registrar) 

— remove_course_from_catalog 

IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— READ course 

WHERE DESIRED course number IS EQUAL TO input course 
number 

AND DESIRED course academic_department_code IS EQUAL TO 
input course academic_department_code 
— WHEN successful 

MOVE course TO output course 
DELETE course 

EXIT STATE IS successf ul_operat ion 
— WHEN not found 

EXIT STATE IS course nf 
I - 
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Process : MODIFY_PASSWORD 

System Gen: This process creates a password for a 

particular curricular office for use by the system to 
restrict the view available to a given curricular 
office; the operation of this process will, of course, 
be transparent to the users. (Outside scope: MIS) 

i— MODIFY JP ASS WORD 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ curricular_of f ice 

WHERE DESIRED curricular^of f ice code IS EQUAL TO input 
curr icular_of f ice code 
— WHEN successful 

— UPDATE curricular_of f ice 

SET password TO input curr icular_off ice password 
— WHEN successful 

MOVE curricular_of f ice TO output curricular_of f ice 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS cur ricular_of f ice_nu 

— WHEN not found 

EXIT STATE IS curricular office nf 
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Process : ASSIGN_NAVY_BOOK_CEILING 

System Gen: This process creates the Naval ceiling for 

the Naval Book Eligibility. (Outside scope: MIS) 

— ASSIGN_NAVY_BOOK_CEILING 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS: . . . 

— CREATE total_annual_naval_book_ceiling 

SET total_aiuount TO input total_annual_naval__book_ceiling 
t ot a l_amount 

SET date_implemented TO input total_annual_naval_book_ceiling 
da t e_imp 1 eme nt e d 
— WHEN successful 

MOVE total_annual_naval_jDOok_ceiling TO output 
t ot a l_a nnua l_na va l_book_ce il ing 
EXIT STATE IS successf ul_operat ion 
WHEN already exists 

EXIT STATE IS navy_book_eligibility_ae 
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Process : MOD I F Y_N AVY_BOOK_C E I L I NG 

System Gen: This process modifies the Navy Book 

Eligibility. (Outside scope: MIS) 

MODIFY_NAVY_BOOK_CEILING 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

ENTITY ACTIONS : ... 

— READ total_annual_naval_book_ceiling 

WHERE DESIRED tot al_annual_naval_book_ceiling 
date_implemented IS EQUAL TO input 
total_annual_naval_book__ceiling date_implemented 
— WHEN successful 

I — UPDATE total_annual_naval_book_ceiling 

SET total_amount TO input total_annual_naval__book_ceiling 
total_amount 
WHEN successful 

MOVE total_annual_naval_book_ceiling TO output 
total_annual_naval_book_ceiling 
EXIT STATE IS successf ul_operation 
— WHEN not unique 

EXIT STATE IS navy_book_eligibility_nu 
— WHEN not found 

EXIT STATE IS navy_book_eligibility_nf 
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APPENDIX I 



The Action Diagrams on the following pages define the 
logic of a derivation algorithm. These BAA Action Blocks were 
developed for the derived or designed attributes of the data 
model . 

A derived attribute is one whose values can be calculated 
from values of other attributes and relationships. Its value 
can change over time as the other attributes and relationships 
change. A designed attribute is also calculated or deduced, 
but its value, once determined, does not change. 

[Ref. 28 :p . 8-13] 

Only one attribute is set as an output of these action 
blocks. Since designed attributes do not change, they are SET 
in process action statements in Appendix H through an 
accessing action block mechanism called, USING. Derived 
attributes do not need to be SET in the process action 
statements since they are SET automatically when attributes, 
used in the calculation of the derived attribute, are changed. 
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The outline below indicates the attributes set by the 



Action Diagrams on the following pages: 



AMOUNT_REMAINING 

Attribute: AMOUNT_REMAINING of Entity Type: 
STUDENT_BOOK_REIMBURSEMENT 

CALCULATE_GRADUATE_QPR 

Attribute: GRADUATE_QPR of Entity Type: STUDENT 

CALCULATE_QTR_GRADUATE_QPR 

Attribute: GRADUATE of Entity Type: QUARTER_QPR 

CALCULATE_QTR_TOTAL_QPR 

Attribute: TOTAL of Entity Type: QUARTER_QPR 

CALCULATE_TOTAL_QPR 

Attribute: TOTAL_QPR of Entity Type: STUDENT 

DETERMI NE_NUMBER_ACADEMI C_QTRS 

Attribute: NUMBER_ACADEMIC_QTRS_AUTHORI ZED of Entity Type: 
STUDENT_BOOK_REIHBURSEMENT 

THESIS_NUMBER (only designed algorithm) 

Attribute: NUMBER of Entity Type: THESIS 



301 



BAA Action Block: AMOUNT REMAINING 



— AMOUNT_REMAINING 
IMPORTS : ... 

EXPORTS: ... 

LOCALS : 

Work View ief_supplied 
total_currency 
ENTITY ACTIONS: . . . 

SET ief_supplied total__currency TO 0 
READ EACH existing book_claim 

WHERE DESIRED existing book_claim reduces 
import student_book_reimbursement 
SET ief__supplied tot al_cur rency TO (ief_supplied total_currency 
+ existing book__claim amount_of_claim) 

SET export student_book_reimbursement amount_remaining TO 

(student_book_reimbursement total_amount_eligible - 
ief_supplied total__currency) 
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BAA Action Block: CALCULATE_GRADUATE_QPR 

— CALCULATE_GRADUATE_QPR 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

Work View temp qpr 
total 

Work View credits gained 
cumulat ive__hours 
Work View grade point 
value 

cumulat ive__value 
ENTITY ACTIONS: . . . 

— READ EACH st udent__cour se_of_st udy 

WHERE DESIRED student_course_of_study belongs__to 
input student 
— READ course 

WHERE DESIRED course assigned_to 

CURRENT student_cour se_of_study 
— WHEN successful 

— IF course number IS GREATER OR EQUAL TO 3000 
— CASE OF student_course_of__study grade 



— 


CASE "A" 










— 


SET grade 
CASE "A-” 


point 


value 


TO 


4 


— 


SET grade 
CASE n B+" 


point 


value 


TO 


3.7 


— 


SET grade 
CASE n B n 


point 


value 


TO 


3.3 


— 


SET grade 
CASE "B-" 


point 


value 


TO 


3 


— 


SET grade 
CASE n C+ n 


point 


value 


TO 


2.7 





SET grade 
CASE "C n 


point 


value 


TO 


2.3 





SET grade 
CASE n C- n 


point 


value 


TO 


2 





SET grade 
CASE "D+ n 


point 


value 


TO 


1.7 





SET grade 
CASE "D" 


point 


value 


TO 


1.3 


— 


SET grade 
OTHERWISE 


point 


value 


TO 


1 




SET grade 


point 


value 


TO 


0 



SET grade point value TO (grade point value * course 
lecture credit hours) 
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SET credits gained cumulative^hours TO (credits gained 
cumulative_hours + course 
lecture_credit_hour s ) 

SET grade point cumulative_value TO (grade point 
cumulative_value + grade point value) 

SET output student graduate_qpr TO (grade point 
cumulative_value / credits gained 
cumulative_hours ) 

WHEN not found 

EXIT STATE IS course nf 
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BAA 



Action Block : CALCULATE_QTR_GRADUATE_QPR 

CALCULATE_QTR_GRADUATE_QPR 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

Work View temp qpr 
total 

Work View credits gained 
cumulat ive_hours 
Work View grade point 
value 

cumulat ive_value 
ENTITY ACTIONS: ... 

— READ EACH student_course_of_study 

WHERE DESIRED student_course_of_study used_to_calculate 
input quarter_qpr 
— READ course 

WHERE DESIRED course assigned_to 

CURRENT student_course_of_study 
— WHEN successful 

r- IF course number IS GREATER OR EQUAL TO 3000 
I — CASE OF student_course_of_study grade 



CASE "A" 
SET grade 
CASE "A-" 


point 


value 


TO 


4 


SET grade 
CASE "B+" 


point 


value 


TO 


3.7 


SET grade 
CASE "B n 


point 


value 


TO 


3.3 


SET grade 
CASE "B-" 


point 


value 


TO 


3 


SET grade 
CASE "C+" 


point 


value 


TO 


2 . 7 


SET grade 
CASE "C" 


point 


value 


TO 


2.3 


SET grade 
CASE n C- ,T 


point 


value 


TO 


2 


SET grade 
CASE "D+" 


point 


value 


TO 


1.7 


SET grade 
CASE "D" 


point 


value 


TO 


1.3 


SET grade 
OTHERWISE 


point 


value 


TO 


1 


SET grade 


point 


value 


TO 


0 



SET grade point value TO (grade point value * course 
lecture credit hours) 
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SET credits gained cumulat ive_hours TO (credits gained 
cumulat ive^hours + course 
lecture_credit_hours) 

SET grade point cumulative_value TO (grade point 
cumulat ive__value + grade point value) 

SET output quarter_qpr graduate TO (grade point 
cumulat ive_value / credits gained 
cumulat ive__hours) 

WHEN not found 

EXIT STATE IS course nf 
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BAA Action Block: CALCULATE j2TRJTOTAL_QPR 

— CALCULATE_QTR_TOTAL_QPR 
IMPORTS: ... 

EXPORTS: ... 

LOCALS : 

Work View temp qpr 
total 

Work View credits gained 
cumul a t i ve_hour s 
Work View grade point 
value 

cumulat ive_value 
ENTITY ACTIONS: . . . 

— READ EACH student_course_of_study 

WHERE DESIRED s t ude nt_cour s e_of _s t udy used 
input quarter_qpr 
— READ course 

WHERE DESIRED course assigned__to 

CURRENT student_course_of_study 
WHEN successful 

— CASE OF student_course_of_study grade 
h" CASE "A" 






SET grade 
CASE "A-" 


point 


value 


TO 


4 


— 


SET grade 
CASE ” B+" 


point 


value 


TO 


3.7 


— 


SET grade 
CASE 11 B n 


point 


value 


TO 


3.3 


— 


SET grade 
CASE "B-" 


point 


value 


TO 


3 





SET grade 
CASE "C+ ,! 


point 


value 


TO 


2.7 


— 


SET grade 
CASE "C" 


point 


value 


TO 


2.3 


— 


SET grade 
CASE "C-" 


point 


value 


TO 


2 


— 


SET grade 
CASE "D+" 


point 


value 


TO 


1.7 


— 


SET grade 
CASE "D" 


point 


value 


TO 


1.3 


— 


SET grade 
OTHERWISE 


point 


value 


TO 


1 




SET grade 


point 


value 


TO 


0 



SET grade point value TO (grade point value * 
lecture_credit_hours) 



to calculate 



course 
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SET credits gained cumulative_hours TO (credits gained 

cumulative hours + course lecture_credit hours) 
SET grade point cumulat ive_value TO (grade point 
cumulative_value + grade point value) 

SET output quart er_qpr total TO (grade point 
cumulat ive_value / credits gained 
cumulat ive_hours) 

WHEN not found 

EXIT STATE IS course nf 
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BAA Action Block: CALCULATE TOTAL QPR 



— CALCULATE__TOTAL_QPR 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

Work View temp qpr 
total 

Work View credits gained 
cumulative^hours 
Work View grade point 
value 

cumulative_value 
ENTITY ACTIONS: ... 



— READ EACH student__cour se_of_st udy 

WHERE DESIRED st udent_course_of_st udy belongs_to 
import student 
READ course 

WHERE DESIRED course assigned_to 

CURRENT student_course_of_study 
WHEN successful 

— CASE OF student_cour se_of_st udy grade 
CASE n A" 






SET grade 
CASE "A-" 


point 


value 


TO 


4 


— 


SET grade 
CASE "B+" 


point 


value 


TO 


3.7 


— 


SET grade 
CASE "B" 


point 


value 


TO 


3.3 





SET grade 
CASE "B-" 


point 


value 


TO 


3 





SET grade 
CASE "C+" 


point 


value 


TO 


2.7 


— 


SET grade 
CASE n C" 


point 


value 


TO 


2.3 


— 


SET grade 
CASE n C-" 


point 


value 


TO 


2 


— 


SET grade 
CASE "D + " 


point 


value 


TO 


1.7 


— 


SET grade 
CASE "D" 


point 


value 


TO 


1.3 


— 


SET grade 
OTHERWISE 


point 


value 


TO 


1 




SET grade 


point 


value 


TO 


0 


SET grade point value TO 


(grade 



lecture credit hours) 
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SET credits gained cumulat ive^hours TO (credits gained 

cumulat ive_hours + course lecture_credit_hours) 
SET grade point cumulat ive_value TO (grade point 
cumulat ive_value + grade point value) 

SET output student total_qpr TO (grade point 
cumulat ive__value / credits gained 
cumulat ive_hours) 

WHEN not found 

EXIT STATE IS course nf 
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BAA Action Block: DETERMINE JtfUMBER_AC AD EMI C_QTRS 

— DETERMINE_NUMBER_ACADEMIC_QTRS 
IMPORTS : ... 

EXPORTS : ... 

LOCALS : 

Work View date 
graduat ion_year 
incoming_year 
graduation_month 
incoming__month 
ENTITY ACTIONS: . . . 

— READ student_book_reimbursement 
— WHEN successful 
— READ navy 

WHERE DESIRED navy obtains 

CURRENT student_book_reimbursement 
— WHEN successful 

SET date incoming_month TO month (navy convening_date) 

SET date graduat ion_month TO month (navy 
anticipated_graduation_date) 
f— IF date incoming_month IS LESS THAN 10 

SET date incoming_year TO year (navy convening_date) 

~ ELSE 

SET date incoming_year TO year (navy convening_date ) + 1 

— IF date graduat ion_month IS LESS THAN 10 
SET date graduat ion_year TO year (navy 

anticipated_graduation_date) 

— ELSE 

SET date graduat ion_year TO year (navy 

anticipated_graduat ion_date) + 1 

— IF student_book_reimbursement year IS EQUAL TO date 
incoming_year 

— IF date incomingjmonth IS GREATER OR EQUAL TO 10 
SET export student_book_reimbursement 

numbe r_a ca demi c_qt r s_au t hor i z ed TO 1 
— ELSE IF date incoming_month IS GREATER OR EQUAL TO 7 
SET export student_book_reimbursement 

numbe r_a cademi c_qt r s_authori zed TO 4 
— ELSE IF date incoming_month IS GREATER OR EQUAL TO 4 
SET export student_book_reimbur sement 

number_academic_qtrs_authorized TO 2 
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ELSE 

SET export student_book__reimbursement 

number_academic_qtrs_authorized TO 3 

— ELSE IF student__book_jceimbursement year IS EQUAL TO date 
gr aduat ion_year 

— IF date graduat ion_month IS GREATER OR EQUAL TO 10 
SET export student_book_reimbursement 

number_academic__qtrs_authorized 
— ELSE IF date graduat ion__mo nth IS GREATER OR 
SET export student_book_reimbursement 

numbe r_a c ademi c__qt r s__a u t ho r i z e d 
— ELSE IF date graduat ion_month IS GREATER OR 
SET export student_book_reimbursement 

number_academic_qtrs_authorized 

— ELSE 

SET export student_book__reimbursement 

numb e r __a c a d emi c__qt r s__a u t ho r i z e d 

— ELSE 

SET export st udent_book_reimbursement 

number_academic_qtrs_authorized TO 

— WHEN not found 

1 

WHEN not found 
READ navy 

WHERE DESIRED navy obtains 

CURRENT student_book_reimbursement 
WHEN successful 

SET date incoming__month TO month (navy convening_date) 

SET date graduat ion_month TO month (navy 
ant i c ipated_gr aduat ion_date) 

— IF date incoming__month IS LESS THAN 10 
SET date incoming_year TO year (navy convening_date) 

— ELSE 

SET date incoming_year TO year (navy convening__date) + 1 

r“ IF date graduat ionjmonth IS LESS THAN 10 
SET date graduat ion_year TO year (navy 

ant icipate d_gr aduat ion_date) 

~ ELSE 

SET date graduat ion_year TO year (navy 

anticipated_graduation_date) + 1 



TO 4 

EQUAL TO 7 
TO 1 

EQUAL TO 4 
TO 3 

TO 2 
4 
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— IF s t ude n t_book_r e imbu r s eme n t year IS EQUAL TO date 

incoming_year 

— IF date incoming_month IS GREATER OR EQUAL TO 10 
SET export student_book_reimbursement 

number_academic_qtrs_authorized TO 4 

— ELSE IF date incoming_month IS GREATER OR EQUAL TO 7 
SET export student_book_reimbursement 

numb e r_a cademi c_qt r s_aut ho r i z e d TO 1 

— ELSE IF date incoming_month IS GREATER OR EQUAL TO 4 
SET export student_book_reimbursement 

numb er_academic_qtrs_authori zed TO 2 

— ELSE 

SET export student_book_reimbursement 

numb er_academic_qtrs_authori zed TO 3 

— ELSE IF student_book_reimbursement year IS EQUAL TO date 

graduat ion_year 

— IF date graduat ion_month IS GREATER OR EQUAL TO 10 
SET export student_book_reimbursement 

number_academic_qtrs_authorized TO 4 

— ELSE IF date graduation_month IS GREATER OR EQUAL TO 7 
SET export student_book_reimbursement 

number_academic_qtrs_authorized TO 1 

— ELSE IF date graduation_month IS GREATER OR EQUAL TO 4 
SET export student_book__reimbur sement 

number_academic_qtrs_authorized TO 2 

— ELSE 

SET export student_book_reimbursement 

number_academic_qtrs_authorized TO 3 

— ELSE 

SET export student_book_reimbur sement 

number academic qtrs authorized TO 4 

I “ ~ 

WHEN not found 

EXIT STATE IS student_book_money_nf 
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BAA Action Block: THESIS_NUMBER 

— THESIS_NUMBER 
IMPORTS: ... 

EXPORTS : ... 

LOCALS: 

ENTITY ACTIONS: ... 

SET output thesis number TO 1 
~ READ EACH thesis 

SORTED BY DESCENDING thesis number 

WHERE DESIRED thesis due_date_year IS EQUAL TO input 
thesis due_date_year 

SET output thesis number TO (thesis number + 1) 

< ESCAPE 

I 
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APPENDIX J 



The Process Dependency Diagrams on the following pages 
document the sequence in which processes must occur. This 
sequence is based on dependencies between functions/processes, 
including logic and timing constraints. It also shows the 
source of information required by the processes and the 
destination of information produced by the processes. 
[Ref. 29:p. 23] and [Ref. 5:p. 8-27] 

Large labeled arrows depict events which are a point in 
time relevant to a process; the passing of a specific point in 
time that triggers the execution of one or more processes. 

Layered boxes represent external objects which provide 
data to a process and/or receive results from a process. 

Rounded boxes represent the process which modifies data in 
some manner. 
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The outline below indicates those functions or high-level 
processes which possess Dependency Diagrams on the following 
pages : 



1 IN I T I ALI ZE_STUDENT_RECORD 

2 COUNSELING_FUTURE STUDENT 

3 SUPERVI SE_ENROLLED_STUDENT 

3 . 1 ACADEHIC_COUNSELING 

3 . 2 PERSONAL_DATA_MAINTENANCE 
3.2.7 RECORD_STUDENT_DATA 

3 . 3 NAVY_REQUIREMENTS_MAINTENANCE 

4 COMP LETED_ACADEMI C_REQU I REMENT S 

5 CURRI CULUM_DEVELOPMENT_MGMT 

5 . 1 CURRICULUM_OFFICE_MAINTENANCE 

5 . 2 COURSE_OF STUDY_MAINTENANCE 

6 COURSE_MAINTENANCE 

7 SYSTEM MANAGEMENT 
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